特開 2024-59107 鉄骨注文システム

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

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

(11)【公開番号】P2024059107

(43)【公開日】2024-04-30

(54)【発明の名称】鉄骨注文システム

(51)【国際特許分類】

   G06Q 30/0601 20230101AFI20240422BHJP

【ＦＩ】

G06Q30/0601 340

【審査請求】未請求

【請求項の数】3

【出願形態】ＯＬ

(21)【出願番号】P 2024006331

(22)【出願日】2024-01-18

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

【原出願日】2022-10-17

(71)【出願人】

【識別番号】306022513

【氏名又は名称】日鉄エンジニアリング株式会社

(74)【代理人】

【識別番号】100149548

【弁理士】

【氏名又は名称】松沼 泰史

(74)【代理人】

【識別番号】100140774

【弁理士】

【氏名又は名称】大浪 一徳

(74)【代理人】

【識別番号】100134359

【弁理士】

【氏名又は名称】勝俣 智夫

(74)【代理人】

【識別番号】100188592

【弁理士】

【氏名又は名称】山口 洋

(74)【代理人】

【識別番号】100217249

【弁理士】

【氏名又は名称】堀田 耕一郎

(74)【代理人】

【識別番号】100221279

【弁理士】

【氏名又は名称】山口 健吾

(74)【代理人】

【識別番号】100207686

【弁理士】

【氏名又は名称】飯田 恭宏

(74)【代理人】

【識別番号】100224812

【弁理士】

【氏名又は名称】井口 翔太

(72)【発明者】

【氏名】脇田 直弥

(72)【発明者】

【氏名】松岡 祐一

(72)【発明者】

【氏名】佐野 慎

(72)【発明者】

【氏名】遠藤 俊志

(72)【発明者】

【氏名】眞鍋 光弘

(57)【要約】

【課題】鉄骨の注文者とファブリケータとを仲介する。
【解決手段】注文情報受信部は、注文者から鉄骨の注文を示す注文情報を受信する。選択部は、前記複数のファブリケータのそれぞれの所在地によらずに、前記複数のファブリケータの中から複数の募集ファブリケータを選択する。注文情報送信部は、前記複数の募集ファブリケータに前記注文情報を送信する。受注情報受信部は、前記注文情報が示す注文を受けることを示す受注情報を、前記複数の募集ファブリケータの一部である複数の候補ファブリケータから受信する。候補提示部は、前記複数の候補ファブリケータのそれぞれを示す複数の候補ファブリケータ情報の少なくとも一部を前記注文者に提示する。
【選択図】図１２

【特許請求の範囲】

【請求項1】

鉄骨を注文する注文者によって操作される注文者端末と、前記注文者及び鉄骨を製造する複数のファブリケータとネットワーク経由で通信するサーバと、を備える鉄骨注文システムであって、
前記注文者端末は、
鉄骨の注文を示す注文情報を、鉄骨を製造する複数のファブリケータと通信するサーバに送信する送信部と、
前記送信部の送信結果に基づき、前記複数のファブリケータの中から、それぞれの所在地によらずに選択基準情報に基づいて前記注文情報の送信先となった前記複数のファブリケータの一部である、複数の候補ファブリケータに関する候補ファブリケータ情報を表示部に表示させる表示制御部と、
を備える、
鉄骨注文システム。

【請求項2】

前記表示制御部は、前記複数の候補ファブリケータが、それぞれの立候補に基づいて選択されたこと、それぞれの製作量に基づいて選択されたこと、及び、それぞれの鉄骨の製作実績に基づいて選択されたこと、のうち、いずれかを示す前記選択基準情報を前記表示部に表示させる、
請求項１に記載の鉄骨注文システム。

【請求項3】

前記注文者端末は、
前記送信部によって送信される前記注文情報に対応する建物種別を示す建物種別情報を取得する取得部を更に備え、
前記表示制御部は、前記製作実績に基づいて選択されたことを示す前記選択基準情報を表示させる場合、前記選択基準情報とともに、前記建物種別情報を前記表示部に表示させる、
請求項２に記載の鉄骨注文システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、鉄骨注文システムに関する。

【背景技術】

【0002】

ゼネコンなどの建設会社は、建築に用いる鉄骨を調達するにあたって、ファブリケータに鉄骨の製造を依頼する。鉄骨の製造の依頼は、通常、見積もりのために正式図面ができる前になされるため、ファブリケータは依頼内容に基づいて予め将来の製造スケジュールを確保しておく。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

しかしながら、建築プロジェクトの遅延等によって製造スケジュールの変更が頻繁に生じるため、ファブリケータには繁忙期と閑散期とが生じやすい。また、建設会社は、地場コミュニティのファブリケータが製造スケジュールを確保できない場合に、依頼先のファブリケータを探すことが困難である。
本発明の目的は、鉄骨の注文者とファブリケータとを仲介することができる鉄骨注文システムを提供することにある。

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

【0005】

本発明の一態様によれば、サーバは、鉄骨を注文する注文者及び鉄骨を製造する複数のファブリケータと、ネットワーク経由で通信するサーバであって、前記注文者から鉄骨の注文を示す注文情報を受信する注文情報受信部と、前記複数のファブリケータのそれぞれの所在地によらずに、前記複数のファブリケータの中から複数の募集ファブリケータを選択する選択部と、前記複数の募集ファブリケータに前記注文情報を送信する注文情報送信部と、前記注文情報が示す注文を受けることを示す受注情報を、前記複数の募集ファブリケータの一部である複数の候補ファブリケータから受信する受注情報受信部と、前記複数の候補ファブリケータのそれぞれを示す複数の候補ファブリケータ情報の少なくとも一部を前記注文者に提示する候補提示部と、を備える。

【発明の効果】

【0006】

上記態様によれば、鉄骨の注文者とファブリケータとを仲介することができる。

【図面の簡単な説明】

【0007】

【図1】第１の実施形態に係る鉄骨注文システムを示す概略図である。

【図2】第１の実施形態に係る鉄骨注文システムによる仲介の流れを示す概略シーケンス図である。

【図3】第１の実施形態に係るサーバの構成を示すブロック図である。

【図4】第１の実施形態に係る注文情報入力画面の一例を示す図である。

【図5】第１の実施形態に係る相見積画面の例を示す図である。

【図6】第１の実施形態に係る端末装置の構成を示すブロック図である。

【図7】第１の実施形態に係るサーバの動作を示す第１のフローチャートである。

【図8】第１の実施形態に係るサーバの動作を示す第２のフローチャートである。

【図9】少なくとも１つの実施形態に係るコンピュータの構成を示す概略ブロック図である。

【図10】第２の実施形態に係るサーバ１００の構成を示すブロック図である。

【図11】第２の実施形態に係る注文者端末２００Ａの構成を示すブロック図である。

【図12】第２の実施形態に係る相見積画面の例を示す図である。

【図13】第２の実施形態に係るサーバ１００の動作を示すフローチャートである。

【図14】第２の実施形態に係る注文者端末２００Ａの動作を示すフローチャートである。

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

【0008】

〈第１の実施形態〉
《鉄骨注文システム１の構成》
以下、図面を参照しながら実施形態について詳しく説明する。
図１は、第１の実施形態に係る鉄骨注文システム１を示す概略図である。
鉄骨注文システム１は、建設会社や商社などの鉄骨の注文者と、鉄骨を製造するファブリケータとの小ロットの鉄骨の取引の仲介を行う。小ロットの鉄骨とは、３００トン未満の鉄骨をいう。鉄骨注文システム１は、サーバ１００と、複数の注文者端末２００Ａと、複数のファブリケータ端末２００Ｂとを備える。サーバ１００は、プラットフォーマによって運営される。注文者端末２００Ａは、注文者が保有し、注文者によって操作される端末装置２００である。ファブリケータ端末２００Ｂは、ファブリケータが保有し、ファブリケータによって操作される端末装置２００である。サーバ１００は、ネットワーク経由で注文者端末２００Ａ及びファブリケータ端末２００Ｂと通信する。鉄骨注文システム１は、所在地によらず、注文者及びファブリケータの登録を受け付ける。つまり、鉄骨注文システム１は、広域（例えば、全国）のファブリケータ及び広域（例えば、全国）の注文者を対象に仲介を行う。

【0009】

《仲介手順の概略》
図２は、第１の実施形態に係る鉄骨注文システム１による仲介の流れを示す概略シーケンス図である。
注文者は、注文者端末２００Ａを操作し、サーバ１００に鉄骨の注文情報を送信する（ステップＳ１）。注文情報には、少なくとも鉄骨の数量計算に用いる図面と見積条件とが含まれる。初回の注文情報の送信は、通常、建築物の依頼者との金額交渉に用いる見積書を作成するために、建築物の依頼を受注する前に行われる。したがって、初回の注文情報に含まれる図面は、通常、概算図面である。

【0010】

サーバ１００は、注文情報を受信すると、注文情報に含まれる図面と見積条件とに基づいて鉄骨の数量と単価を計算し、注文情報に係る鉄骨の料金を示す見積情報を生成する（ステップＳ２）。サーバ１００は、生成した見積情報を注文者端末２００Ａに送信する（ステップＳ３）。つまり、概算図面に基づく見積情報の作成はサーバ１００によってなされるため、ファブリケータは概算図面に基づく見積情報の作成を行わなくてよい。注文者は、契約するファブリケータを決定することなく見積情報を得ることができるため、ファブリケータの選択の自由を確保することができる。また、注文情報に含まれる図面が概算図面である場合、サーバ１００は、当該注文情報をファブリケータに提示しない。これにより、ファブリケータは事前に不確定なスケジュールを確保しておく必要がない。

【0011】

注文者は、図面を更新するたびに、注文者端末２００Ａを操作して注文情報を更新し、サーバ１００に送信する（ステップＳ４）。サーバ１００は、受信した注文情報に基づいて見積情報を生成し（ステップＳ５）、注文者端末２００Ａに送信する（ステップＳ６）。なお、サーバ１００は、注文者端末２００Ａへ見積情報を送信するたびに、注文者に対して見積情報の生成に係る手数料を課金する。その後、注文者が依頼者から建築物の依頼を受注し、正式図面が完成すると、注文者は、注文者端末２００Ａを操作し、正式図面を含む注文情報をサーバ１００に送信する（ステップＳ７）。

【0012】

サーバ１００は、注文情報を受信すると、注文情報に含まれる図面と見積条件とに基づいて鉄骨の数量と単価を計算し、注文情報に係る鉄骨の料金を示す見積情報を生成する（ステップＳ８）。次に、サーバ１００は、受信した注文情報及び生成した見積情報を、予め登録されたファブリケータに提示する（ステップＳ９）。ファブリケータは、鉄骨注文システム１に登録するために年会費を支払う必要がある。ファブリケータは、ファブリケータ端末２００Ｂを操作し、サーバ１００にアクセスすることで、注文情報及び見積情報を閲覧することができる。

【0013】

ファブリケータは、提示された注文情報及び見積情報に基づいて当該注文の受注を希望するか否かを決定する。ファブリケータは、受注しない場合、当該見積情報に対するアクションをせず放置する。他方、ファブリケータは、受注を希望する場合、ファブリケータ端末２００Ｂを操作し、提示された見積情報に含まれる単価をファブリケータが希望する単価に修正し（ステップＳ１０）、修正された見積情報を含む受注情報をサーバ１００に送信する（ステップＳ１１）。つまり、ファブリケータは、図面から鉄骨の数量を計算する必要がなく、鉄骨の単価を修正するだけで見積情報を生成することができる。したがって、ファブリケータは、当該注文情報に対する受注を逸したとしても、発生する作業が少ないため、鉄骨注文システム１の利用に対するデメリットが少ない。なお、小ロットの鉄骨の取引においては、材料費に対する人件費等の割合が大きくなるため、鉄骨の単価はファブリケータによってばらつきが生じやすい。

【0014】

サーバ１００は、複数のファブリケータ（候補ファブリケータ）から受注情報を受信すると、受注情報を受信したファブリケータの中から、評価がよいファブリケータ、建築現場に所在地が近いファブリケータ及び見積額が安いファブリケータを、注文者に推薦するファブリケータとして抽出する（ステップＳ１２）。サーバ１００は、抽出したファブリケータの受注情報を、当該ファブリケータの評価とともに注文者端末２００Ａに提示する（ステップＳ１３）。

【0015】

注文者は、提示された情報に基づいて鉄骨を注文するファブリケータ（契約ファブリケータ）を決定する。注文者は、注文者端末２００Ａを操作し、注文先に決定したファブリケータをサーバ１００に通知する（ステップＳ１４）。サーバ１００は、注文先に決定されたファブリケータのファブリケータ端末２００Ｂに注文の確定を通知する（ステップＳ１５）。このときサーバ１００は、注文者及びファブリケータに対して、プラットフォーマが提供する保証契約を提示し、当該保証契約を締結するか否かの入力を受け付ける。サーバ１００は、注文先の決定に伴い、発注者に仲介手数料を課金する。

【0016】

ファブリケータは、正式図面の完成後に注文を受注できるため、概算図面時点で受注する場合と比較して、受注から鉄骨の製造開始までの期間を短くすることができる。したがって、ファブリケータは、スケジュールの揺らぎを抑えることができる。またファブリケータは、閑散期に、すぐに着手可能な鉄骨の製造注文を受け入れることができる。
その後、ファブリケータによる鉄骨の納品が完了すると、サーバ１００はファブリケータ端末２００Ｂから必要に応じて料金の精算情報を受信し（ステップＳ１６）、精算情報を注文者端末２００Ａに送信する（ステップＳ１７）。これにより、注文者とファブリケータとの間で鉄骨の商取引が成立する。なお、鉄骨の所有権は、ファブリケータと注文者との間で直接的に受け渡され、サーバ１００を運営するプラットフォーマは、ファブリケータから鉄骨の所有権を譲り受けない。取引の完結後、サーバ１００は、注文者端末２００Ａからファブリケータの評価を示す個別評価情報を受信し、またファブリケータ端末２００Ｂから注文者の評価を示す個別評価情報を受信する（ステップＳ１８）。これにより、サーバ１００は、注文者及びファブリケータの評価情報を更新する。

【0017】

このように、第１の実施形態に係る鉄骨注文システム１によれば、注文の受注から製作開始までの期間が短いため、ファブリケータは閑散期の発生を抑えることができる。また鉄骨注文システム１によれば、注文者は広域（例えば、全国）のファブリケータの中から注文先のファブリケータを容易に選定することができる。

【0018】

《サーバ１００の構成》
以下、鉄骨注文システム１の詳細な構成について説明する。
図３は、第１の実施形態に係るサーバ１００の構成を示すブロック図である。サーバ１００は、登録受付部１０１、ユーザデータベース１０２、支払確認部１０３、設定部１０４、請求部１０５、注文情報受信部１０６、算出部１０７、概算見積送信部１０８、注文情報送信部１０９、受注情報受信部１１０、候補提示部１１１、候補選択部１１２、契約提示部１１３、通知部１１４、精算処理部１１５、評価受付部１１６を備える。

【0019】

登録受付部１０１は、注文者端末２００Ａ及びファブリケータ端末２００Ｂから鉄骨注文システム１の利用登録を受け付ける。例えば、登録受付部１０１は、法人名、所在地、担当者名、注文者かファブリケータかの区分、口座情報、メールアドレス、パスワードを含む利用登録情報の入力を受け付ける。登録受付部１０１は、入力された利用登録情報をユーザデータベース１０２に記録する。口座情報は、クレジットカード、銀行、決済サービスなどの口座を示すものであってよい。なお、登録受付部１０１は、利用登録情報の入力画面などに、鉄骨注文システム１の利用ルールを表示させる。利用ルールは、例えば鉄骨の精算のルールや、問題解決のルールなどが挙げられる。鉄骨の精算のルールは、例えば、概算見積に係る鉄骨数量と実績数量の誤差が所定値を超える場合に精算を受け付け、誤差が所定値を超えない場合に精算を受け付けないことなどが挙げられる。

【0020】

ユーザデータベース１０２は、利用登録情報と、当該利用登録情報に係る利用者の登録状態と、評価情報と、入金状態とを関連付けて記憶する。登録状態は、未登録及び登録の何れかの値をとる。例えば、サーバ１００を運営するプラットフォーマは利用者の登録時に当該利用者の調査を行い、当該利用者を評価し、評価結果を示す評価情報をユーザデータベース１０２に記録する。評価情報は、例えば５段階評価を示す数値によって表されてよい。また評価情報は、利用者の特徴を説明する文字列を含んでいてもよい。入金状態は、利用者による年会費の入金がなされているか否かを示す。なお、注文者は、利用登録情報の入力の後、プラットフォーマによって確認がなされることによって登録される。他方、ファブリケータは、利用登録情報の入力の後、プラットフォーマによる確認がなされ、かつ年会費が支払われることによって登録となる。注文者は年会費の支払いを行わないため、注文者に係る入金状態はＮＵＬＬであってよい。

【0021】

請求部１０５は、鉄骨注文システム１の利用者に利用料金を請求する。
具体的には、請求部１０５は、利用登録情報がユーザデータベース１０２に登録されたファブリケータに、年会費を請求する。また、請求部１０５は、概算見積送信部１０８が注文者に概算見積情報を送信したときに、当該注文者に概算見積書の作成手数料を請求する。また、請求部１０５は、注文者が鉄骨の注文するファブリケータを決定したときに、当該注文者に紹介手数料を請求する。また、請求部１０５は、ユーザが契約提示部１１３によって提示された保証契約を締結したときに、ユーザに保証料を請求する。
請求部１０５は、例えば、ユーザデータベース１０２に記録された口座情報に基づいて課金情報を生成し、請求処理を実行する。

【0022】

支払確認部１０３は、ファブリケータによる年会費の支払いがなされたか否かを判定する。すなわち、支払確認部１０３は、利用登録情報が示す口座情報が示す口座からの入金の有無を判定する。支払確認部１０３は、入金の判定結果に基づいてユーザデータベース１０２が記憶する入金状態を更新する。支払確認部１０３は、ファブリケータによる年会費の支払いがなされていない場合に、ユーザデータベース１０２の登録状態を未登録に書き換える。

【0023】

設定部１０４は、注文者端末２００Ａからのアクセスに応じて、注文者端末２００Ａに鉄骨の注文情報の入力画面を表示させる。図４は、第１の実施形態に係る注文情報入力画面の一例を示す図である。入力画面には、プロジェクト名、建設地の所在地、工期、建方開始日、受注条件、見積条件、図面、及び当該図面が概算図面であるか正式図面であるかの区分を入力するための入力フォームが含まれる。見積条件は、例えば作図条件、材料条件、加工条件、防錆条件、評価管理条件、現場対応条件、書類条件などを含む。作図条件の例としては、工作図の作成の要否、合番図の作成の要否、仮設図面の作成の要否などが挙げられる。材料条件の例としては、鉄骨部材の種類、材料調達の要否、メーカー指定の有無などが挙げられる。加工条件の例としては、機械加工の有無、埋込金物の有無、曲げ加工の有無などが挙げられる。防錆条件の例としては、下地処理の種類、下塗りの有無、特殊塗装の有無などが挙げられる。評価管理条件の例としては、各種立合検査の要否などが挙げられる。現場対応条件の例としては、合番の要否、鳶作業の要否、鍛冶作業の要否などが挙げられる。書類条件の例としては、各種要領書、計画書、報告書の要否などが挙げられる。見積条件は、例えばチェックボックスやプルダウンメニューによって選択可能に表示されてよい。受注条件は、鉄骨の作成を受注可能なファブリケータの条件を示す。受注条件は、例えばファブリケータのグレードや評価などを表す。また見積条件は、チャットボット等による対話型の入力システムによって入力されてよい。
図面は、ビットマップデータやベクタデータで表された二次元の図面であってもよいし、ＣＡＤ（Computer Aided Design）データやＢＩＭ（Building Information Modeling）データによって表された三次元の図面であってもよい。

【0024】

注文情報受信部１０６は、注文者端末２００Ａによって入力された注文情報を受信する。なお、注文情報受信部１０６は、注文情報に含まれる概算図面であるか正式図面であるかの区分が正式図面であることを示す場合、注文が確定されたものとして扱う。つまり、注文情報受信部１０６は、注文者から注文情報の確定を受け付ける確定部の一例である。

【0025】

算出部１０７は、注文情報に含まれる図面及び見積条件に基づいて、鉄骨の種類別の数量及び単価を算出する。例えば、算出部１０７は、以下の手順で鉄骨の種類別の数量及び単価を算出する。
算出部１０７は、図面から詳細部分を推定し、推定された詳細部分に基づいて鉄骨の種類別の数量を算出する。算出部１０７は、例えば図面及び見積条件に含まれる材料条件を入力とし、種類別の数量を出力とするモデルによって、鉄骨の種類別の数量を算出する。算出部１０７は、決定した鉄骨の種類別の数量に基づいて鉄骨の溶接量を推定する。算出部１０７は、推定した溶接量と１ピースあたりの鉄骨の重量と加工条件とから鉄骨の加工難度を推定する。算出部１０７は、鉄骨の市況価格と加工難度と見積条件とに基づいて鉄骨の種類別の単価を算出する。
概算見積送信部１０８は、算出部１０７が算出した鉄骨の種類別の数量及び単価に基づく概算見積情報を生成し、注文情報を送信した注文者端末２００Ａに送信する。

【0026】

注文情報送信部１０９は、注文情報に含まれる図面の区分が正式図面である場合に、当該注文情報、及び算出部１０７が算出した鉄骨の種類別の数量及び単価を示す概算見積情報を、ユーザデータベース１０２が記憶するファブリケータ宛に送信する。概算見積情報は、例えばＣＳＶデータによって表される。例えば、注文情報送信部１０９は、ファブリケータのメールアドレスに注文情報を添付した電子メールを送信してもよいし、注文情報の閲覧画面へアクセスするためのＵＲＬが記載された電子メールをファブリケータのメールアドレスに送信してもよい。また、注文情報送信部１０９は、ファブリケータ端末２００Ｂがサーバ１００にアクセスしたときに、注文情報の閲覧画面をファブリケータ端末２００Ｂに送信してもよい。

【0027】

受注情報受信部１１０は、ファブリケータ端末２００Ｂから注文情報が示す鉄骨の注文の受注を希望する受注情報を受信する。受注情報には、正式見積情報が含まれる。正式見積情報は、注文情報送信部１０９が送信した概算見積情報のうち単価部分をファブリケータにて書き換えたデータである。つまり、正式見積情報は、算出部１０７が算出した単価を補正するための単価補正情報の一例である。また正式見積情報は、鉄骨の受注価格を示す受注価格情報の一例である。なお、受注情報は必ずしもすべてのファブリケータから受信されない。例えば繁忙期のために受注できないファブリケータは受注情報を送信しない。以下、受注情報を送信したファブリケータを候補ファブリケータともいう。

【0028】

候補提示部１１１は、受注情報受信部１１０が受信した受注情報が一定数に達したときに、又は注文情報を受信してから一定期間が経過したときに、受信した複数の受注情報と、ユーザデータベース１０２が記憶する情報とに基づいて、複数の候補ファブリケータの中から３つの推薦ファブリケータを抽出する。例えば、候補提示部１１１は、以下の手順で推薦ファブリケータを抽出する。
候補提示部１１１は、受注情報に含まれる正式見積情報が示す受注価格、ファブリケータの所在地から建築現場までの距離、及びファブリケータの評価のそれぞれをスコアに変換する。スコアは受注価格が安いほど高く、所在地から建築現場までの距離が短いほど高く、ファブリケータの評価が高いほど高い値である。スコアは例えば候補ファブリケータを母集団とする標準偏差によって求めてよい。候補提示部１１１は、スコアの合計値が所定の閾値以上である候補ファブリケータ、またはスコアが上位の所定数以内の候補ファブリケータの中から、受注価格のスコアが最も高いもの、距離のスコアが最も高いもの、及び評価のスコアが最も高いものを、それぞれ推薦ファブリケータとして抽出する。
つまり、候補提示部１１１は、複数の候補ファブリケータ情報のうち、他の候補ファブリケータより所在地が建築現場に近い候補ファブリケータに係る候補ファブリケータ情報、他の候補ファブリケータよりも受注価格が安い候補ファブリケータに係る候補ファブリケータ情報、及び他の候補ファブリケータよりも評価が高い候補ファブリケータに係る候補ファブリケータ情報を、抽出する。

【0029】

候補提示部１１１は、抽出した推薦ファブリケータに係る受注情報及び評価情報を、比較可能に提示する相見積画面を注文者端末２００Ａに送信する。図５は、第１の実施形態に係る相見積画面の例を示す図である。図５に示すように、相見積画面には、３つの推薦ファブリケータの所在地、評価及び受注価格が並べて表示される。また受注価格は、項目ごとに３つの推薦ファブリケータが提示する単価及び金額が並べて表示される。

【0030】

候補選択部１１２は、注文者端末２００Ａから、３つの推薦ファブリケータのうち鉄骨を注文する契約ファブリケータの選択を受け付ける。注文者端末２００Ａは、図５に示す相見積画面において、所望のファブリケータに関連付けられた発注ボタンを押下することで、契約ファブリケータを選択する。

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

〈コンピュータ構成〉
図９は、少なくとも１つの実施形態に係るコンピュータの構成を示す概略ブロック図である。
コンピュータ５０は、プロセッサ５１、メインメモリ５３、ストレージ５５、インタフェース５７を備える。
上述のサーバ１００及び端末装置２００は、それぞれコンピュータ５０に実装される。そして、上述した各処理部の動作は、プログラムの形式でストレージ５５に記憶されている。プロセッサ５１は、プログラムをストレージ５５から読み出してメインメモリ５３に展開し、当該プログラムに従って上記処理を実行する。また、プロセッサ５１は、プログラムに従って、上述した各記憶部に対応する記憶領域をメインメモリ５３に確保する。プロセッサ５１の例としては、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphic Processing Unit）、マイクロプロセッサなどが挙げられる。

【0075】

プログラムは、コンピュータ５０に発揮させる機能の一部を実現するためのものであってもよい。例えば、プログラムは、ストレージに既に記憶されている他のプログラムとの組み合わせ、または他の装置に実装された他のプログラムとの組み合わせによって機能を発揮させるものであってもよい。なお、実施形態の他の例においては、コンピュータ５０は、上記構成に加えて、または上記構成に代えてＰＬＤ（Programmable Logic Device）などのカスタムＬＳＩ（Large Scale Integrated Circuit）を備えてもよい。ＰＬＤの例としては、ＰＡＬ(Programmable Array Logic)、ＧＡＬ(Generic Array Logic)、ＣＰＬＤ(Complex Programmable Logic Device)、ＦＰＧＡ（Field Programmable Gate Array）が挙げられる。この場合、プロセッサ５１によって実現される機能の一部または全部が当該集積回路によって実現されてよい。このような集積回路も、プロセッサの一例に含まれる。

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

また、第２の実施形態に係る鉄骨注文システム１によれば、サーバ１００は、複数のファブリケータのそれぞれの製作量情報に基づき、複数の募集ファブリケータを選択する。これにより、サーバ１００は、ファブリケータごとの納期までの期間内の製作量に応じて、募集ファブリケータを選択することができる。したがって、注文鉄骨量やファブリケータの稼働状況等に応じた最適なファブリケータを候補ファブリケータとして注文者に提示することができる。

【0122】

また、第２の実施形態に係る鉄骨注文システム１によれば、サーバ１００は、複数のファブリケータのそれぞれの鉄骨の製作可能重量を取得し、製作可能重量が閾値以上である複数の募集ファブリケータを選択する。これにより、サーバ１００は、注文鉄骨量と、納期までの期間内の製作可能重量とに応じた最適なファブリケータを候補ファブリケータとして注文者に提示することができる。

【0123】

また、第２の実施形態に係る鉄骨注文システム１によれば、サーバ１００は、複数のファブリケータのそれぞれの実績情報に基づき、複数の募集ファブリケータを選択する。これにより、注文情報に対応する建物種別や実績特定種別に応じて、製作実績のあるファブリケータを候補ファブリケータとして注文者に提示することができる。したがって、注文者は、建物種別や実績特定種別を得意とするファブリケータと取引を行うことができるため、高品質の鉄骨を低価格で得ることが可能になる。

【0124】

また、第２の実施形態に係る鉄骨注文システム１によれば、サーバ１００は、注文情報受信部によって受信される注文情報に対応する建物種別情報を取得する。また、製作実績は、建物種別情報が示す建物種別に対応する実績である。これにより、例えば、小型ビルの鉄骨を注文する場合に、小型ビルの鉄骨について製作実績のあるファブリケータを候補ファブリケータとして注文者に提示することができる。したがって、注文者は、小型ビルを得意とするファブリケータと取引を行うことができるため、小型ビル用の高品質の鉄骨を低価格で得ることが可能になる。

【0125】

また、第２の実施形態に係る鉄骨注文システム１によれば、注文者端末２００Ａは、注文情報の送信結果に基づく候補ファブリケータ情報の表示において、複数の候補ファブリケータ３１０の選択理由を示す選択基準情報３１１を表示させる。これにより、注文者は、表示される候補ファブリケータ３１０が選択された基準を把握することができる。このため、注文者は、取引を希望するファブリケータを効率よく選ぶことができる。

【0126】

また、第２の実施形態に係る鉄骨注文システム１によれば、製作実績に基づいて選択されたことを示す選択基準情報３１１を表示させる場合、選択基準情報３１１とともに、建物種別情報３１２を表示させる。これにより、各ファブリケータが得意とする建物の製作実績を提示することができる。したがって、注文者は、購入対象の鉄骨の作成を得意とするファブリケータを選ぶことができるため、建物に応じた高品質の鉄骨を低価格で得ることが可能になる。

【符号の説明】

【0127】

１…鉄骨注文システム １００…サーバ １０１…登録受付部 １０２…ユーザデータベース １０３…支払確認部 １０４…設定部 １０５…請求部 １０６…注文情報受信部 １０７…算出部 １０８…概算見積送信部 １０９…注文情報送信部 １１０…受注情報受信部 １１１…候補提示部 １１２…候補選択部 １１３…契約提示部 １１４…通知部 １１５…精算処理部 １１６…評価受付部 １２１…選択部 １２２…受付部 １２３…製作量情報取得部 １２４…製作可能重量取得部 １２５…実績情報取得部 １２６…建物種別情報取得部 ２００…端末装置 ２００Ａ…注文者端末 ２００Ｂ…ファブリケータ端末 ２０１…受信部 ２０２…表示制御部 ２０３…入力部 ２０４…送信部 ２１１…取得部 ３００…表示部 ５０…コンピュータ ５１…プロセッサ ５３…メインメモリ ５５…ストレージ ５７…インタフェース

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】