IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ 新日鉄住金エンジニアリング株式会社の特許一覧

<>
  • 特開-端末、プログラム及び表示制御方法 図1
  • 特開-端末、プログラム及び表示制御方法 図2
  • 特開-端末、プログラム及び表示制御方法 図3
  • 特開-端末、プログラム及び表示制御方法 図4
  • 特開-端末、プログラム及び表示制御方法 図5
  • 特開-端末、プログラム及び表示制御方法 図6
  • 特開-端末、プログラム及び表示制御方法 図7
  • 特開-端末、プログラム及び表示制御方法 図8
  • 特開-端末、プログラム及び表示制御方法 図9
  • 特開-端末、プログラム及び表示制御方法 図10
  • 特開-端末、プログラム及び表示制御方法 図11
  • 特開-端末、プログラム及び表示制御方法 図12
  • 特開-端末、プログラム及び表示制御方法 図13
  • 特開-端末、プログラム及び表示制御方法 図14
  • 特開-端末、プログラム及び表示制御方法 図15
  • 特開-端末、プログラム及び表示制御方法 図16
  • 特開-端末、プログラム及び表示制御方法 図17
  • 特開-端末、プログラム及び表示制御方法 図18
  • 特開-端末、プログラム及び表示制御方法 図19
  • 特開-端末、プログラム及び表示制御方法 図20
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024060765
(43)【公開日】2024-05-07
(54)【発明の名称】端末、プログラム及び表示制御方法
(51)【国際特許分類】
   G06Q 50/08 20120101AFI20240425BHJP
   G06Q 30/0601 20230101ALI20240425BHJP
【FI】
G06Q50/08
G06Q30/06 312
【審査請求】有
【請求項の数】5
【出願形態】OL
(21)【出願番号】P 2022168255
(22)【出願日】2022-10-20
(71)【出願人】
【識別番号】306022513
【氏名又は名称】日鉄エンジニアリング株式会社
(74)【代理人】
【識別番号】100149548
【弁理士】
【氏名又は名称】松沼 泰史
(74)【代理人】
【識別番号】100140774
【弁理士】
【氏名又は名称】大浪 一徳
(74)【代理人】
【識別番号】100134359
【弁理士】
【氏名又は名称】勝俣 智夫
(74)【代理人】
【識別番号】100188592
【弁理士】
【氏名又は名称】山口 洋
(74)【代理人】
【識別番号】100217249
【弁理士】
【氏名又は名称】堀田 耕一郎
(74)【代理人】
【識別番号】100221279
【弁理士】
【氏名又は名称】山口 健吾
(74)【代理人】
【識別番号】100207686
【弁理士】
【氏名又は名称】飯田 恭宏
(74)【代理人】
【識別番号】100224812
【弁理士】
【氏名又は名称】井口 翔太
(72)【発明者】
【氏名】脇田 直弥
(72)【発明者】
【氏名】松岡 祐一
(72)【発明者】
【氏名】佐野 慎
(72)【発明者】
【氏名】遠藤 俊志
(72)【発明者】
【氏名】眞鍋 光弘
【テーマコード(参考)】
5L030
5L049
5L050
【Fターム(参考)】
5L030BB34
5L030BB53
5L049BB34
5L049BB53
5L049CC07
5L050CC07
(57)【要約】
【課題】鉄骨の注文者とファブリケータとを仲介する。
【解決手段】端末は、鉄骨を注文する注文者及び鉄骨を製造する複数のファブリケータとネットワーク経由で通信するサーバと通信する。端末は、表示制御部を備える。表示制御部は、前記注文者及び前記複数のファブリケータの間でやり取りされる情報を含む注文情報であって、前記注文者により注文される鉄骨の注文に関する注文情報、を表示部に表示させる。
【選択図】図16
【特許請求の範囲】
【請求項1】
鉄骨を注文する注文者及び鉄骨を製造する複数のファブリケータとネットワーク経由で通信するサーバと通信する端末であって、
前記注文者及び前記複数のファブリケータの間でやり取りされる情報を含む注文情報であって、前記注文者により注文される鉄骨の注文に関する注文情報、を表示部に表示させる表示制御部を備える、
ことを特徴とする端末。
【請求項2】
前記注文情報は、前記注文者により注文される鉄骨の建方の開始時期を示す建方開始時期情報を含む、
ことを特徴とする請求項1に記載の端末。
【請求項3】
前記注文情報は、前記注文者により注文される鉄骨の製造に要する期間である工期を示す工期情報を含み、
前記表示制御部は、前記工期情報を、前記建方開始時期情報とともに、前記表示部に表示させる、
ことを特徴とする請求項2に記載の端末。
【請求項4】
前記注文情報は、前記注文者により注文される鉄骨が用いられる工事の現場の住所を示す住所情報、前記注文者により注文される鉄骨の組立に係る作業の有無を示す作業有無情報、及び、前記工事に用いられる重機の有無を示す重機有無情報を含む、
ことを特徴とする請求項3に記載の端末。
【請求項5】
前記注文情報は、前記注文者により注文される鉄骨の精算を示す精算情報を含む、
ことを特徴とする請求項4に記載の端末。
【請求項6】
前記サーバから、前記複数のファブリケータのうち前記注文情報が示す前記注文を受けることを希望する複数の候補ファブリケータに係る複数の候補ファブリケータ情報を受信する受信部をさらに備え、
前記表示制御部は、前記受信部が受信する複数の候補ファブリケータ情報であって、前記注文情報に基づいて選定され且つそれぞれの所在地によらずに選定される複数の候補ファブリケータそれぞれを示す複数の候補ファブリケータ情報を前記表示部に表示させる、
ことを特徴とする請求項1または2に記載の端末。
【請求項7】
鉄骨を注文する注文者及び鉄骨を製造する複数のファブリケータとネットワーク経由で通信するサーバと通信する端末のコンピュータを、
前記注文者及び前記複数のファブリケータの間でやり取りされる情報を含む注文情報であって、前記注文者により注文される鉄骨の注文に関する注文情報、を表示部に表示させる表示制御部、
として機能させることを特徴とするプログラム。
【請求項8】
鉄骨を注文する注文者及び鉄骨を製造する複数のファブリケータとネットワーク経由で通信するサーバと通信する端末が、
前記注文者及び前記複数のファブリケータの間でやり取りされる情報を含む注文情報であって、前記注文者により注文される鉄骨の注文に関する注文情報、を表示部に表示させる表示制御ステップ、
を含む処理を実行する表示制御方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、端末、プログラム及び表示制御方法に関する。
【背景技術】
【0002】
ゼネコンなどの建設会社は、建築に用いる鉄骨を調達するにあたって、ファブリケータに鉄骨の製造を依頼する。鉄骨の製造の依頼は、通常、見積もりのために正式図面ができる前になされるため、ファブリケータは依頼内容に基づいて予め将来の製造スケジュールを確保しておく。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開2005-174064号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、建築プロジェクトの遅延等によって製造スケジュールの変更が頻繁に生じるため、ファブリケータには繁忙期と閑散期とが生じやすい。また、建設会社は、地場コミュニティのファブリケータが製造スケジュールを確保できない場合に、依頼先のファブリケータを探すことが困難である。
本発明の目的は、鉄骨の注文者とファブリケータとを仲介することができる端末、プログラム及び表示制御方法を提供することにある。
【課題を解決するための手段】
【0005】
本発明の一態様によれば、端末は、鉄骨を注文する注文者及び鉄骨を製造する複数のファブリケータとネットワーク経由で通信するサーバと通信する端末であって、前記注文者及び前記複数のファブリケータの間でやり取りされる情報を含む注文情報であって、前記注文者により注文される鉄骨の注文に関する注文情報、を表示部に表示させる表示制御部を備える。
【発明の効果】
【0006】
上記態様によれば、鉄骨の注文者とファブリケータとを仲介することができる。
【図面の簡単な説明】
【0007】
図1】第1の実施形態に係る鉄骨注文システムを示す概略図である。
図2】第1の実施形態に係る鉄骨注文システムによる仲介の流れを示す概略シーケンス図である。
図3】第1の実施形態に係るサーバの構成を示すブロック図である。
図4】第1の実施形態に係る注文情報入力画面の一例を示す図である。
図5】第1の実施形態に係る相見積画面の例を示す図である。
図6】第1の実施形態に係る端末装置の構成を示すブロック図である。
図7】第1の実施形態に係るサーバの動作を示す第1のフローチャートである。
図8】第1の実施形態に係るサーバの動作を示す第2のフローチャートである。
図9】少なくとも1つの実施形態に係るコンピュータの構成を示す概略ブロック図である。
図10】第2の実施形態に係る鉄骨注文システム1を示す概略図である。
図11】プラットフォーマ端末200Cの構成を示すブロック図である。
図12】第2の実施形態に係る鉄骨注文システム1による仲介の流れを示す概略シーケンス図である。
図13】プラットフォーマ端末200Cに表示されるファブリケータ選択画面400の一例を示す図である。
図14】第2の実施形態に係る注文者端末200Aに表示される相見積画面401の一例を示す図である。
図15】第2の実施形態に係るファブリケータ端末200Bに表示される正式見積画面402の一例を示す図である。
図16】注文関連情報画面410の一例を示す図である。
図17】注文者端末200Aに表示される見積一覧画面420の一例を示す図である。
図18】プラットフォーマ端末200Cに表示される見積一覧画面430の一例を示す図である。
図19】ファブリケータ端末200Bに表示される見積案件一覧画面440の一例を示す図である。
図20】ファブリケータ端末200Bに表示される受注案件一覧画面450の一例を示す図である。
【発明を実施するための形態】
【0008】
〈第1の実施形態〉
《鉄骨注文システム1の構成》
以下、図面を参照しながら実施形態について詳しく説明する。
図1は、第1の実施形態に係る鉄骨注文システム1を示す概略図である。
鉄骨注文システム1は、建設会社や商社などの鉄骨の注文者と、鉄骨を製造するファブリケータとの小ロットの鉄骨の取引の仲介を行う。小ロットの鉄骨とは、300トン未満の鉄骨をいう。鉄骨注文システム1は、サーバ100と、複数の注文者端末200Aと、複数のファブリケータ端末200Bとを備える。サーバ100は、プラットフォーマによって運営される。注文者端末200Aは、注文者が保有し、注文者によって操作される端末装置200である。ファブリケータ端末200Bは、ファブリケータが保有し、ファブリケータによって操作される端末装置200である。サーバ100は、ネットワーク経由で注文者端末200A及びファブリケータ端末200Bと通信する。鉄骨注文システム1は、所在地によらず、注文者及びファブリケータの登録を受け付ける。つまり、鉄骨注文システム1は、広域(例えば、全国)のファブリケータ及び広域(例えば、全国)の注文者を対象に仲介を行う。
【0009】
《仲介手順の概略》
図2は、第1の実施形態に係る鉄骨注文システム1による仲介の流れを示す概略シーケンス図である。
注文者は、注文者端末200Aを操作し、サーバ100に鉄骨の注文情報を送信する(ステップS1)。注文情報には、少なくとも鉄骨の数量計算に用いる図面と見積条件とが含まれる。初回の注文情報の送信は、通常、建築物の依頼者との金額交渉に用いる見積書を作成するために、建築物の依頼を受注する前に行われる。したがって、初回の注文情報に含まれる図面は、通常、概算図面である。
【0010】
サーバ100は、注文情報を受信すると、注文情報に含まれる図面と見積条件とに基づいて鉄骨の数量と単価を計算し、注文情報に係る鉄骨の料金を示す見積情報を生成する(ステップS2)。サーバ100は、生成した見積情報を注文者端末200Aに送信する(ステップS3)。つまり、概算図面に基づく見積情報の作成はサーバ100によってなされるため、ファブリケータは概算図面に基づく見積情報の作成を行わなくてよい。注文者は、契約するファブリケータを決定することなく見積情報を得ることができるため、ファブリケータの選択の自由を確保することができる。また、注文情報に含まれる図面が概算図面である場合、サーバ100は、当該注文情報をファブリケータに提示しない。これにより、ファブリケータは事前に不確定なスケジュールを確保しておく必要がない。
【0011】
注文者は、図面を更新するたびに、注文者端末200Aを操作して注文情報を更新し、サーバ100に送信する(ステップS4)。サーバ100は、受信した注文情報に基づいて見積情報を生成し(ステップS5)、注文者端末200Aに送信する(ステップS6)。なお、サーバ100は、注文者端末200Aへ見積情報を送信するたびに、注文者に対して見積情報の生成に係る手数料を課金する。その後、注文者が依頼者から建築物の依頼を受注し、正式図面が完成すると、注文者は、注文者端末200Aを操作し、正式図面を含む注文情報をサーバ100に送信する(ステップS7)。
【0012】
サーバ100は、注文情報を受信すると、注文情報に含まれる図面と見積条件とに基づいて鉄骨の数量と単価を計算し、注文情報に係る鉄骨の料金を示す見積情報を生成する(ステップS8)。次に、サーバ100は、受信した注文情報及び生成した見積情報を、予め登録されたファブリケータに提示する(ステップS9)。ファブリケータは、鉄骨注文システム1に登録するために年会費を支払う必要がある。ファブリケータは、ファブリケータ端末200Bを操作し、サーバ100にアクセスすることで、注文情報及び見積情報を閲覧することができる。
【0013】
ファブリケータは、提示された注文情報及び見積情報に基づいて当該注文の受注を希望するか否かを決定する。ファブリケータは、受注しない場合、当該見積情報に対するアクションをせず放置する。他方、ファブリケータは、受注を希望する場合、ファブリケータ端末200Bを操作し、提示された見積情報に含まれる単価をファブリケータが希望する単価に修正し(ステップS10)、修正された見積情報を含む受注情報をサーバ100に送信する(ステップS11)。つまり、ファブリケータは、図面から鉄骨の数量を計算する必要がなく、鉄骨の単価を修正するだけで見積情報を生成することができる。したがって、ファブリケータは、当該注文情報に対する受注を逸したとしても、発生する作業が少ないため、鉄骨注文システム1の利用に対するデメリットが少ない。なお、小ロットの鉄骨の取引においては、材料費に対する人件費等の割合が大きくなるため、鉄骨の単価はファブリケータによってばらつきが生じやすい。
【0014】
サーバ100は、複数のファブリケータ(候補ファブリケータ)から受注情報を受信すると、受注情報を受信したファブリケータの中から、注文者に推薦するファブリケータとして抽出する(ステップS12)。サーバ100は、抽出したファブリケータの受注情報を、当該ファブリケータの評価とともに注文者端末200Aに提示する(ステップS13)。
【0015】
注文者は、提示された情報に基づいて鉄骨を注文するファブリケータ(契約ファブリケータ)を決定する。注文者は、注文者端末200Aを操作し、注文先に決定したファブリケータをサーバ100に通知する(ステップS14)。サーバ100は、注文先に決定されたファブリケータのファブリケータ端末200Bに注文の確定を通知する(ステップS15)。このときサーバ100は、注文者及びファブリケータに対して、プラットフォーマが提供する保証契約を提示し、当該保証契約を締結するか否かの入力を受け付ける。サーバ100は、注文先の決定に伴い、発注者に仲介手数料を課金する。
【0016】
ファブリケータは、正式図面の完成後に注文を受注できるため、概算図面時点で受注する場合と比較して、受注から鉄骨の製造開始までの期間を短くすることができる。したがって、ファブリケータは、スケジュールの揺らぎを抑えることができる。またファブリケータは、閑散期に、すぐに着手可能な鉄骨の製造注文を受け入れることができる。
その後、ファブリケータによる鉄骨の納品が完了すると、サーバ100はファブリケータ端末200Bから必要に応じて料金の精算情報を受信し(ステップS16)、精算情報を注文者端末200Aに送信する(ステップS17)。これにより、注文者とファブリケータとの間で鉄骨の商取引が成立する。なお、鉄骨の所有権は、ファブリケータと注文者との間で直接的に受け渡され、サーバ100を運営するプラットフォーマは、ファブリケータから鉄骨の所有権を譲り受けない。取引の完結後、サーバ100は、注文者端末200Aからファブリケータの評価を示す個別評価情報を受信し、またファブリケータ端末200Bから注文者の評価を示す個別評価情報を受信する(ステップS18)。これにより、サーバ100は、注文者及びファブリケータの評価情報を更新する。
【0017】
このように、第1の実施形態に係る鉄骨注文システム1によれば、注文の受注から製作開始までの期間が短いため、ファブリケータは閑散期の発生を抑えることができる。また鉄骨注文システム1によれば、注文者は広域(例えば、全国)のファブリケータの中から注文先のファブリケータを容易に選定することができる。
【0018】
《サーバ100の構成》
以下、鉄骨注文システム1の詳細な構成について説明する。
図3は、第1の実施形態に係るサーバ100の構成を示すブロック図である。サーバ100は、登録受付部101、ユーザデータベース102、支払確認部103、設定部104、請求部105、注文情報受信部106、算出部107、概算見積送信部108、注文情報送信部109、受注情報受信部110、候補提示部111、候補選択部112、契約提示部113、通知部114、精算処理部115、評価受付部116を備える。
【0019】
登録受付部101は、注文者端末200A及びファブリケータ端末200Bから鉄骨注文システム1の利用登録を受け付ける。例えば、登録受付部101は、法人名、所在地、担当者名、注文者かファブリケータかの区分、口座情報、メールアドレス、パスワードを含む利用登録情報の入力を受け付ける。登録受付部101は、入力された利用登録情報をユーザデータベース102に記録する。口座情報は、クレジットカード、銀行、決済サービスなどの口座を示すものであってよい。なお、登録受付部101は、利用登録情報の入力画面などに、鉄骨注文システム1の利用ルールを表示させる。利用ルールは、例えば鉄骨の精算のルールや、問題解決のルールなどが挙げられる。鉄骨の精算のルールは、例えば、概算見積に係る鉄骨数量と実績数量の誤差が所定値を超える場合に精算を受け付け、誤差が所定値を超えない場合に精算を受け付けないことなどが挙げられる。
【0020】
ユーザデータベース102は、利用登録情報と、当該利用登録情報に係る利用者の登録状態と、評価情報と、入金状態とを関連付けて記憶する。登録状態は、未登録及び登録の何れかの値をとる。例えば、サーバ100を運営するプラットフォーマは利用者の登録時に当該利用者の調査を行い、当該利用者を評価し、評価結果を示す評価情報をユーザデータベース102に記録する。評価情報は、例えば5段階評価を示す数値によって表されてよい。また評価情報は、利用者の特徴を説明する文字列を含んでいてもよい。入金状態は、利用者による年会費の入金がなされているか否かを示す。なお、注文者は、利用登録情報の入力の後、プラットフォーマによって確認がなされることによって登録される。他方、ファブリケータは、利用登録情報の入力の後、プラットフォーマによる確認がなされ、かつ年会費が支払われることによって登録となる。注文者は年会費の支払いを行わないため、注文者に係る入金状態はNULLであってよい。
【0021】
請求部105は、鉄骨注文システム1の利用者に利用料金を請求する。
具体的には、請求部105は、利用登録情報がユーザデータベース102に登録されたファブリケータに、年会費を請求する。また、請求部105は、概算見積送信部108が注文者に概算見積情報を送信したときに、当該注文者に概算見積書の作成手数料を請求する。また、請求部105は、注文者が鉄骨の注文するファブリケータを決定したときに、当該注文者に紹介手数料を請求する。また、請求部105は、ユーザが契約提示部113によって提示された保証契約を締結したときに、ユーザに保証料を請求する。
請求部105は、例えば、ユーザデータベース102に記録された口座情報に基づいて課金情報を生成し、請求処理を実行する。
【0022】
支払確認部103は、ファブリケータによる年会費の支払いがなされたか否かを判定する。すなわち、支払確認部103は、利用登録情報が示す口座情報が示す口座からの入金の有無を判定する。支払確認部103は、入金の判定結果に基づいてユーザデータベース102が記憶する入金状態を更新する。支払確認部103は、ファブリケータによる年会費の支払いがなされていない場合に、ユーザデータベース102の登録状態を未登録に書き換える。
【0023】
設定部104は、注文者端末200Aからのアクセスに応じて、注文者端末200Aに鉄骨の注文情報の入力画面を表示させる。図4は、第1の実施形態に係る注文情報入力画面の一例を示す図である。入力画面には、プロジェクト名、建設地の所在地、工期、建方開始日、受注条件、見積条件、図面、及び当該図面が概算図面であるか正式図面であるかの区分を入力するための入力フォームが含まれる。見積条件は、例えば作図条件、材料条件、加工条件、防錆条件、評価管理条件、現場対応条件、書類条件などを含む。作図条件の例としては、工作図の作成の要否、合番図の作成の要否、仮設図面の作成の要否などが挙げられる。材料条件の例としては、鉄骨部材の種類、材料調達の要否、メーカー指定の有無などが挙げられる。加工条件の例としては、機械加工の有無、埋込金物の有無、曲げ加工の有無などが挙げられる。防錆条件の例としては、下地処理の種類、下塗りの有無、特殊塗装の有無などが挙げられる。評価管理条件の例としては、各種立合検査の要否などが挙げられる。現場対応条件の例としては、合番の要否、鳶作業の要否、鍛冶作業の要否などが挙げられる。書類条件の例としては、各種要領書、計画書、報告書の要否などが挙げられる。見積条件は、例えばチェックボックスやプルダウンメニューによって選択可能に表示されてよい。受注条件は、鉄骨の作成を受注可能なファブリケータの条件を示す。受注条件は、例えばファブリケータのグレードや評価などを表す。また見積条件は、チャットボット等による対話型の入力システムによって入力されてよい。
図面は、ビットマップデータやベクタデータで表された二次元の図面であってもよいし、CAD(Computer Aided Design)データやBIM(Building Information Modeling)データによって表された三次元の図面であってもよい。
【0024】
注文情報受信部106は、注文者端末200Aによって入力された注文情報を受信する。なお、注文情報受信部106は、注文情報に含まれる概算図面であるか正式図面であるかの区分が正式図面であることを示す場合、注文が確定されたものとして扱う。つまり、注文情報受信部106は、注文者から注文情報の確定を受け付ける確定部の一例である。
【0025】
算出部107は、注文情報に含まれる図面及び見積条件に基づいて、鉄骨の種類別の数量及び単価を算出する。例えば、算出部107は、以下の手順で鉄骨の種類別の数量及び単価を算出する。
算出部107は、図面から詳細部分を推定し、推定された詳細部分に基づいて鉄骨の種類別の数量を算出する。算出部107は、例えば図面及び見積条件に含まれる材料条件を入力とし、種類別の数量を出力とするモデルによって、鉄骨の種類別の数量を算出する。算出部107は、決定した鉄骨の種類別の数量に基づいて鉄骨の溶接量を推定する。算出部107は、推定した溶接量と1ピースあたりの鉄骨の重量と加工条件とから鉄骨の加工難度を推定する。算出部107は、鉄骨の市況価格と加工難度と見積条件とに基づいて鉄骨の種類別の単価を算出する。
概算見積送信部108は、算出部107が算出した鉄骨の種類別の数量及び単価に基づく概算見積情報を生成し、注文情報を送信した注文者端末200Aに送信する。
【0026】
注文情報送信部109は、注文情報に含まれる図面の区分が正式図面である場合に、当該注文情報、及び算出部107が算出した鉄骨の種類別の数量及び単価を示す概算見積情報を、ユーザデータベース102が記憶するファブリケータ宛に送信する。概算見積情報は、例えばCSVデータによって表される。例えば、注文情報送信部109は、ファブリケータのメールアドレスに注文情報を添付した電子メールを送信してもよいし、注文情報の閲覧画面へアクセスするためのURLが記載された電子メールをファブリケータのメールアドレスに送信してもよい。また、注文情報送信部109は、ファブリケータ端末200Bがサーバ100にアクセスしたときに、注文情報の閲覧画面をファブリケータ端末200Bに送信してもよい。
【0027】
受注情報受信部110は、ファブリケータ端末200Bから注文情報が示す鉄骨の注文の受注を希望する受注情報を受信する。受注情報には、正式見積情報が含まれる。正式見積情報は、注文情報送信部109が送信した概算見積情報のうち単価部分をファブリケータにて書き換えたデータである。つまり、正式見積情報は、算出部107が算出した単価を補正するための単価補正情報の一例である。また正式見積情報は、鉄骨の受注価格を示す受注価格情報の一例である。なお、受注情報は必ずしもすべてのファブリケータから受信されない。例えば繁忙期のために受注できないファブリケータは受注情報を送信しない。以下、受注情報を送信したファブリケータを候補ファブリケータともいう。
【0028】
候補提示部111は、受注情報受信部110が受信した受注情報が一定数に達したときに、又は注文情報を受信してから一定期間が経過したときに、受信した複数の受注情報と、ユーザデータベース102が記憶する情報とに基づいて、複数の候補ファブリケータの中から3つの推薦ファブリケータを抽出する。例えば、候補提示部111は、以下の手順で推薦ファブリケータを抽出する。
候補提示部111は、受注情報に含まれる正式見積情報が示す受注価格、ファブリケータの所在地から建築現場までの距離、及びファブリケータの評価のそれぞれをスコアに変換する。スコアは受注価格が安いほど高く、所在地から建築現場までの距離が短いほど高く、ファブリケータの評価が高いほど高い値である。スコアは例えば候補ファブリケータを母集団とする標準偏差によって求めてよい。候補提示部111は、スコアの合計値が所定の閾値以上である候補ファブリケータ、またはスコアが上位の所定数以内の候補ファブリケータの中から、受注価格のスコアが最も高いもの、距離のスコアが最も高いもの、及び評価のスコアが最も高いものを、それぞれ推薦ファブリケータとして抽出する。
つまり、候補提示部111は、複数の候補ファブリケータ情報のうち、他の候補ファブリケータより所在地が建築現場に近い候補ファブリケータに係る候補ファブリケータ情報、他の候補ファブリケータよりも受注価格が安い候補ファブリケータに係る候補ファブリケータ情報、及び他の候補ファブリケータよりも評価が高い候補ファブリケータに係る候補ファブリケータ情報を、抽出する。
【0029】
候補提示部111は、抽出した推薦ファブリケータに係る受注情報及び評価情報を、比較可能に提示する相見積画面を注文者端末200Aに送信する。図5は、第1の実施形態に係る相見積画面の例を示す図である。図5に示すように、相見積画面には、3つの推薦ファブリケータの所在地、評価及び受注価格が並べて表示される。また受注価格は、項目ごとに3つの推薦ファブリケータが提示する単価及び金額が並べて表示される。
【0030】
候補選択部112は、注文者端末200Aから、3つの推薦ファブリケータのうち鉄骨を注文する契約ファブリケータの選択を受け付ける。注文者端末200Aは、図5に示す相見積画面において、所望のファブリケータに関連付けられた発注ボタンを押下することで、契約ファブリケータを選択する。
【0031】
通知部114は、各候補ファブリケータに、鉄骨の注文の受注の可否を通知する。具体的には、通知部114は、候補提示部111が3つの推薦ファブリケータを抽出したときに、抽出されなかった候補ファブリケータに、注文を受注できない旨を通知する。また通知部114は、候補選択部112が契約ファブリケータの選択を受け付けたときに、選択されなかった推薦ファブリケータに、注文を受注できない旨を通知する。また通知部114は、候補選択部112が契約ファブリケータの選択を受け付けたときに、推薦ファブリケータに、注文を受注した旨を通知する。
【0032】
契約提示部113は、候補選択部112によって契約ファブリケータが選択された場合に、注文者及び契約ファブリケータに、注文に関する保証契約情報を提示する。保証契約は、注文者または契約ファブリケータであるユーザとプラットフォーマとの間で締結される契約であって、ユーザ間で債務の支払いがなされないときにプラットフォーマが支払いの義務を負う契約である。契約提示部113は、ユーザから提示した補償契約情報が示す保証契約を締結するか否かを受け付ける。
【0033】
精算処理部115は、ファブリケータ端末200Bから製作した鉄骨の実績数量を示す実績情報を受信する。精算処理部115は、実績情報が示す実績数量と算出部107が算出した数量との誤差が所定値を超える場合に、ファブリケータ端末200Bから精算後の料金を示す精算情報の入力を受け付ける。他方、精算処理部115は、実績情報が示す実績数量と算出部107が算出した数量との誤差が所定値を超えない場合に精算情報を受け付けない。
【0034】
評価受付部116は、注文者から契約ファブリケータの評価を示す個別評価情報の入力を受け付ける。また評価受付部116は、契約ファブリケータから注文者の評価を示す個別評価情報の入力を受け付ける。個別評価情報は、例えば5段階評価を示す数値によって表されてよい。また評価情報は、利用者の特徴を説明する文字列を含んでいてもよい。評価受付部116は、受信した個別評価情報に基づいてユーザデータベース102が記憶する評価情報を更新する。例えば、評価受付部116は、個別評価情報が示す数値の平均値を求めることで評価情報を更新する。また例えば、評価受付部116は、個別評価情報に含まれる文字列を、評価情報に係る文字列に追記する。
【0035】
《端末装置200の構成》
図6は、第1の実施形態に係る端末装置の構成を示すブロック図である。注文者端末200A及びファブリケータ端末200Bは、サーバ100と通信する端末装置200である。端末装置200は、受信部201、表示制御部202、入力部203、送信部204を備える。受信部201は、サーバ100からデータを受信する。表示制御部202は、受信部201がサーバ100から受信した情報をLCDパネルやタッチパネルなどの表示装置に表示させる。入力部203は、キーボード、マウス、タッチパネルなどの入力装置を介して、ユーザによる入力操作を受け付ける。送信部204は、入力部203に入力されたデータをサーバ100に送信する。
【0036】
《鉄骨注文システム1の動作》
図7は、第1の実施形態に係るサーバ100の動作を示す第1のフローチャートである。図8は、第1の実施形態に係るサーバ100の動作を示す第2のフローチャートである。注文者が注文者端末200Aを操作し、サーバ100にアクセスすると、設定部104は、注文情報の入力画面データを生成し、注文者端末200Aに送信する(ステップS101)。注文者端末200Aの受信部201がサーバ100から注文情報の入力画面データを受信すると、表示制御部202は表示装置に図4に示すような注文情報の入力画面を表示させる。注文者端末200Aの入力部203は注文者から注文情報の入力を受け付ける。注文者の操作によって入力画面の見積依頼ボタンが押下されると、注文者端末200Aの送信部204は注文情報をサーバ100に送信する。
【0037】
サーバ100の注文情報受信部106は、注文情報を受信すると(ステップS102)、注文情報に含まれる概算図面であるか正式図面であるかの区分が正式図面であることを示すか否かを判定する(ステップS103)。
【0038】
区分が概算図面を示す場合(ステップS103:NO)、算出部107は、ステップS102で受信した注文情報に含まれる図面及び見積条件に基づいて、鉄骨の種類別の数量及び単価を算出する(ステップS104)。概算見積送信部108は、ステップS104で算出した鉄骨の種類別の数量及び単価に基づく概算見積情報を生成する(ステップS105)。概算見積送信部108は、生成した概算見積情報を、注文者端末200Aに送信する(ステップS106)。このとき、請求部105は、ユーザデータベース102から注文者の口座情報を読み出し、当該口座情報に基づいて見積情報の生成に係る手数料の請求処理を行う(ステップS107)。
【0039】
注文者端末200Aの受信部201がサーバ100から概算見積情報を受信すると、表示制御部202は受信した概算見積情報を表示装置に表示させる。これにより、注文者は、ファブリケータを選定することなく鉄骨の概算見積を得ることができる。なお、注文情報の区分が概算図面を示す場合、サーバ100は、ファブリケータ端末200Bに注文情報を提示しない。
【0040】
他方、注文情報の区分が正式図面を示す場合(ステップS103:YES)、算出部107は、ステップS102で受信した注文情報に含まれる図面及び見積条件に基づいて、鉄骨の種類別の数量及び単価を算出する(ステップS108)。注文情報送信部109は、ステップS108で算出した鉄骨の種類別の数量及び単価に基づく概算見積情報を生成する(ステップS109)。注文情報送信部109は、生成した概算見積情報と、ステップS102で受信した注文情報と、注文者の評価情報とを、ユーザデータベース102において登録状態が登録を示し、かつ注文情報に含まれる受注条件を満たすファブリケータに送信する(ステップS110)。このとき、注文情報送信部109は、さらに正式図面に基づいて生成された工作図を、注文情報とともにファブリケータに送信してもよい。例えば、サーバ100は、プラットフォーマが作成した工作図のアップロードを受け付け、アップロードされた工作図をファブリケータに送信する。これにより、ファブリケータは、受注の確約のない案件について工作図を作成する必要がなくなる。
【0041】
ファブリケータ端末200Bの受信部201が、概算見積情報、注文情報及び評価情報を受信すると、表示制御部202は、受信した概算見積情報、注文情報及び評価情報を表示装置に表示させる。ファブリケータは、表示された情報に基づいて、注文情報が示す鉄骨の注文の受注を希望するか否かを判断する。ファブリケータは、受注を希望する場合、概算見積情報が示す単価を修正することで正式見積情報を生成する。ファブリケータ端末200Bの送信部204は、正式見積情報を含む受注情報をサーバ100に送信する。
【0042】
サーバ100がステップS110で注文情報を複数のファブリケータ端末200Bに送信すると、受注情報受信部110は、ファブリケータ端末200Bからの受注情報の受信を待機する(ステップS111)。受注情報受信部110は、受信した受注情報が一定数に達したか否かを判定する(ステップS112)。受注情報が一定数に達していない場合(ステップS112:NO)、受注情報受信部110は、ステップS110で注文情報を送信した日付から一定期間が経過しているか否かを判定する(ステップS113)。注文情報の送信から一定期間が経過していない場合(ステップS113:NO)、ステップS111に戻り注文情報の受信を待機する。
【0043】
他方、受信した受注情報が一定数に達した場合(ステップS112:YES)、または注文情報を送信した日付から一定期間が経過した場合(ステップS113:YES)、候補提示部111は、受信した複数の受注情報と、ユーザデータベース102が記憶する情報とに基づいて、受注情報に係る候補ファブリケータごとに、受注価格、所在地から建築現場までの距離、及び評価のスコアを算出する(ステップS114)。候補提示部111は、算出したスコアに基づいて、スコアの合計値が所定の閾値以上である候補ファブリケータを抽出する(ステップS115)。候補提示部111は、抽出した候補ファブリケータの中から、受注価格のスコアが最も高いもの、距離のスコアが最も高いもの、及び評価のスコアが最も高いものを、それぞれ推薦ファブリケータとして抽出する(ステップS116)。候補提示部111は、ステップS116で抽出した推薦ファブリケータに係る受注情報及び評価情報に基づいて相見積画面データを生成し、注文者端末200Aに送信する(ステップS117)。
【0044】
通知部114は、ステップS116で抽出されなかった候補ファブリケータのファブリケータ端末200Bに、注文を受注できない旨を通知する(ステップS118)。なお、ステップS118以降に受注情報受信部110が新たに受注情報を受信した場合、通知部114はその内容によらず、受注情報の送信元のファブリケータ端末200Bに注文を受注できない旨を通知する。
【0045】
注文者端末200Aの受信部201が相見積画面データを受信すると、表示制御部202は図5に示すような相見積画面を表示装置に表示させる。これにより、注文者は、受注価格、所在地から建築現場までの距離、及び評価のそれぞれの観点からファブリケータを選定することができる。注文者が、図5に示す発注ボタンのうち、選定したファブリケータに関連付けられたものを押下すると、送信部204は選定されたファブリケータの情報を含む選定情報をサーバ100に送信する。
【0046】
候補選択部112は、注文者端末200Aから選定情報を受信する(ステップS119)。通知部114は、契約ファブリケータのファブリケータ端末200Bに選定情報が示す選定結果を通知する(ステップS120)。つまり、通知部114は、選定情報が示す契約ファブリケータに注文を受注した旨を通知する。つまり、契約ファブリケータは、鉄骨の注文を受ける受注者の一例である。他方、通知部114は、ステップS116で抽出した推薦ファブリケータのうち、契約ファブリケータに選定されなかったものに注文を受注できない旨を通知する。
【0047】
契約提示部113は、注文者端末200A及び契約ファブリケータのファブリケータ端末200Bに、保証契約情報を送信する(ステップS121)。注文者端末200A及びファブリケータ端末200Bの受信部201が保証契約情報を受信すると、表示制御部202は受信した保証契約情報を表示装置に表示させる。注文者及びファブリケータは、プラットフォーマと保証契約を締結するか否かを判断し、判断結果をサーバ100に送信する。契約提示部113は、注文者端末200A及びファブリケータ端末200Bから保証契約を締結するか否かを示す保証諾否情報を受信する(ステップS122)。請求部105は、各保証諾否情報が保証契約を締結することを示すか否かを判定する(ステップS123)。保証契約を締結することを示す場合(ステップS123:YES)、請求部105は、補償契約を締結するユーザの口座情報に基づいてユーザへの保証料の請求処理を実行する(ステップS124)。なお、契約提示部113は、契約ファブリケータに対し、注文に係る鉄骨を配送する配送業者の情報を提示し、プラットフォーマに配送業者の手配を依頼するか否かの入力を受け付けてもよい。通常、配送業者の手配はファブリケータが行うため、これによってファブリケータの手間を省くことができる。
また、請求部105は、注文者の口座情報に基づいて、注文者への紹介手数料の請求処理を実行する(ステップS125)。なお、請求部105は、注文者に加えて、又は注文者に代えて、契約ファブリケータに手数料の請求処理を実行してもよい。また、請求部105は、契約ファブリケータから配送業者の手配の依頼を受け付けた場合に、契約ファブリケータに配送手数料の請求処理を実行してもよい。
【0048】
その後、契約ファブリケータは注文者との契約に基づいて鉄骨を製作し、注文者に納品する。なお、注文者は、契約ファブリケータから鉄骨が納入されたときに、サーバ100に契約ファブリケータが製作した鉄骨が不適合品であるか否かを示す情報を送信してよい。鉄骨が不適合品であるとの情報をサーバ100が受信した場合、プラットフォーマは納入された鉄骨の調査を行う。鉄骨が不適合品であり、かつ保証契約を締結している場合、プラットフォーマは保証契約に従って保証債務を履行する。すべての鉄骨の納品が完了すると、契約ファブリケータは、鉄骨の実績数量を積算する。ファブリケータ端末200Bの入力部203は実績数量の入力を受け付け、送信部204は入力された実績数量を示す実績情報をサーバ100に送信する。
【0049】
サーバ100の精算処理部115は、ファブリケータ端末200Bから実績情報を受信する(ステップS126)。精算処理部115は、実績情報が示す実績数量と算出部107が算出した計算数量との誤差が所定値を超えるか否かを判定する(ステップS127)。実績数量と計算数量との誤差が所定値を超える場合(ステップS127:YES)、精算処理部115は、ステップS111で受信した正式見積情報と誤差とに基づいて精算情報を生成し、注文者端末200Aに送信する(ステップS128)。他方、実績数量と計算数量との誤差が所定値を超えない場合(ステップS127:NO)、精算処理部115は、鉄骨の精算をしない旨をファブリケータ端末200Bに通知する(ステップS129)。
【0050】
評価受付部116は、注文者から契約ファブリケータの評価を示す個別評価情報の入力を受け付ける。また評価受付部116は、契約ファブリケータから注文者の評価を示す個別評価情報の入力を受け付ける(ステップS130)。評価受付部116は、受信した個別評価情報に基づいてユーザデータベース102が記憶する注文者及び契約ファブリケータの評価情報を更新する(ステップS131)。
【0051】
《作用・効果》
このように、第1の実施形態に係る鉄骨注文システム1によれば、サーバ100は、注文者から注文情報を受信して複数のファブリケータに送信する。またサーバ100は、複数のファブリケータの少なくとも一部である複数の候補ファブリケータから受信し、候補ファブリケータの情報を注文者に提示する。これにより、注文者は、鉄骨注文システム1に登録された広域(例えば、全国)のファブリケータから鉄骨を注文可能なファブリケータを知ることができる。また、例えばファブリケータは、鉄骨注文システム1に登録された広域(例えば、全国)の注文者から鉄骨の注文を受けることができる。つまり、鉄骨注文システム1によれば、ファブリケータは閑散期において鉄骨の注文を受けることができ、注文者は、容易に依頼先のファブリケータを探すことができる。
【0052】
また第1の実施形態に係る鉄骨注文システム1によれば、サーバ100は、複数の候補ファブリケータから受信した複数の候補ファブリケータ情報のうち、他の候補ファブリケータより所在地が建築現場に近いもの、他の候補ファブリケータよりも受注価格が安いもの、及び他の候補ファブリケータよりも評価が高いものを注文者に提示する。これにより、注文者は、価格、場所及び評価の異なる視点に基づいてファブリケータを選定することができる。
【0053】
また第1の実施形態に係る鉄骨注文システム1によれば、サーバ100は、注文者から注文を受けるファブリケータが満たすべき受注条件の設定を受け付け、複数のファブリケータのうち受注条件を満たすファブリケータに注文情報を送信する。これにより、鉄骨注文システム1は、注文者の要求を満たすファブリケータを提示することができ、また受注条件を満たさないファブリケータに無駄な作業を発生させない。
【0054】
また第1の実施形態に係る鉄骨注文システム1によれば、サーバ100は、注文情報が含まれる図面に基づいて鉄骨の数量及び単価を算出する。これにより、サーバ100は概算見積情報を自動的に生成することができる。
【0055】
また第1の実施形態に係る鉄骨注文システム1によれば、注文情報が鉄骨の見積条件を示す見積条件情報を含み、サーバ100は、見積条件情報を用いて数量及び単価を算出する。これにより、鉄骨注文システム1は、情報の漏れによって鉄骨の数量及び単価の概算が実際とかけ離れたものとなることを防ぐことができる。
【0056】
また第1の実施形態に係る鉄骨注文システム1によれば、サーバ100は、ファブリケータ端末200Bから自動算出した鉄骨の数量に基づく精算を受け付ける。これにより、見積に係る数量が実績と異なる場合にも、ファブリケータに損失が生じないようにすることができる。またサーバ100は、自動算出した鉄骨の数量と実績数量との誤差が所定値を超える場合に精算を受け付け、誤差が所定値を超えない場合に精算を受け付けない。これにより、鉄骨注文システム1は、細かな誤差に基づく精算の発生による注文者の手間が生じることを防止することができる。
【0057】
第1の実施形態に係る鉄骨注文システム1は、ファブリケータ端末200Bから自動算出された単価を補正した正式見積情報を含む受注情報を受信する。これにより、ファブリケータは、図面に基づいて鉄骨の数量を計算する必要がなく、単価を補正することで容易に見積情報を生成することができる。
【0058】
また、第1の実施形態に係る鉄骨注文システム1によれば、サーバ100は、注文情報に含まれる図面が正式図面情報である場合に、注文情報を複数のファブリケータに送信し、図面が概算図面情報である場合に注文情報をファブリケータに送信しない。これにより、ファブリケータは鉄骨作成の受注前に不確定なスケジュールを確保しておく必要がない。
【0059】
また、第1の実施形態に係る鉄骨注文システム1によれば、サーバ100は、図面情報に基づいて鉄骨の溶接量を求め、鉄骨の加工難度を推定し、加工難度に基づいて鉄骨の単価を算出する。これにより、サーバ100は鉄骨の種類に応じて適切に単価を算出することができる。
【0060】
また、第1の実施形態に係る鉄骨注文システム1によれば、サーバ100は、数量及び単価を自動算出した場合に、注文者に手数料を請求する。またサーバ100は、ファブリケータから年会費の支払いを受け付け、年会費を支払った複数のファブリケータに、注文情報を送信する。これにより、鉄骨注文システム1は、プラットフォーマの収益を適切に創出することができる。
【0061】
また、第1の実施形態に係る鉄骨注文システム1によれば、サーバ100は、注文者から注文情報の確定を受け付け、注文者によって確定された注文情報をファブリケータ端末200Bに送信する。これにより、ファブリケータは構想段階や企画段階ではなく、設計が完了した段階で注文情報を取得することができる。設計が完了した段階で鉄骨の注文を受注することで、受注から鉄骨の生産開始までの期間を短くすることができる。つまりファブリケータは、閑散期に、直ぐに生産に着手できる鉄骨の注文を受けることができる。
【0062】
また、第1の実施形態に係る鉄骨注文システム1によれば、サーバ100は注文者からファブリケータの評価を受け付け、ファブリケータから注文者の評価を受け付ける。またサーバ100は、注文者に、候補ファブリケータ情報と共に評価情報を提示する。これにより、注文者は過去の評価を参照しながらファブリケータを選定することができる。
【0063】
また、第1の実施形態に係る鉄骨注文システム1によれば、サーバ100は、候補ファブリケータ情報とともに、当該候補ファブリケータ情報が示すファブリケータから送信された見積情報を提示する。これにより、注文者は提示された見積情報を参照しながらファブリケータを選定することができる。特に、第1の実施形態によれば、サーバ100は、複数の候補ファブリケータ別の見積情報を比較可能に提示する。これにより、注文者は候補ファブリケータの相見積を実現することができる。
【0064】
また、第1の実施形態に係る鉄骨注文システム1によれば、サーバ100は、注文者から、複数の候補ファブリケータのうち鉄骨を注文する契約ファブリケータの選択を受け付けたときに、保証契約情報を提示し、前記保証契約を締結するか否かを受け付ける。これにより、注文者及びファブリケータは、信用リスクを回避することができる。
【0065】
また、第1の実施形態に係る鉄骨注文システム1によれば、サーバ100は、複数の候補ファブリケータのうち、候補ファブリケータ情報が注文者に提示されなかったものに、注文者に選定されなかったことを通知する。これにより、候補ファブリケータ情報を注文者に提示されなかったファブリケータは、受注できなかったことをすぐに知ることができ、受注成立の待ち時間を短くすることができる。
【0066】
また、第1の実施形態に係る鉄骨注文システム1は、300トンよりも少ない小ロットの鉄骨の取引を扱う。小ロットの鉄骨は、材料費に対する人件費等の割合が大きくなるため、鉄骨の単価はファブリケータによってばらつきが生じやすい。したがって、鉄骨注文システム1は、小ロットの鉄骨の取引を扱うことで、注文者に様々なファブリケータの選択肢を提示することができる。
【0067】
また、第1の実施形態に係る鉄骨注文システム1のサーバ100を運営する主体は、鉄骨の所有権を譲り受けない。これにより、プラットフォーマは在庫リスクを負うことを防ぐことができる。
【0068】
〈実施形態の他の例〉
以上、図面を参照して一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、様々な設計変更等をすることが可能である。すなわち、実施形態の他の例においては、上述の処理の順序が適宜変更されてもよい。また、一部の処理が並列に実行されてもよい。
上述した実施形態に係るサーバ100は、単独のコンピュータによって構成されるものであってもよいし、サーバ100の構成を複数のコンピュータに分けて配置し、複数のコンピュータが互いに協働することでサーバ100として機能するものであってもよい。
【0069】
上述した実施形態に係るサーバ100は、注文情報に含まれる図面に基づいて自動的に鉄骨の数量及び単価を算出するが、これに限られない。例えば、実施形態の他の例に係るサーバ100は、プラットフォーマから図面に基づいて手作業で算出された鉄骨の数量及び単価の入力を受け付けてもよい。また、上述した実施形態に係るサーバ100は、受注情報に基づいて自動的に推薦ファブリケータを抽出するが、これに限られない。例えば、実施形態の他の例に係るサーバ100は、受信した受注情報をプラットフォーマに提示し、プラットフォーマから推薦ファブリケータの選択を受け付けてもよい。
【0070】
上述した実施形態に係るサーバ100は、複数の候補ファブリケータのうち、所在地、受注価格、及び評価の観点から3つの候補ファブリケータを抽出するが、これに限られない。例えば、実施形態の他の例に係るサーバ100は、所在地、受注価格、及び評価のうち2つの観点に基づいて2つの候補ファブリケータを抽出してもよい。また実施形態の他の例に係るサーバは、他の基準に基づいて推薦ファブリケータを抽出してもよい。
また実施形態の他の例に係るサーバ100は、すべての候補ファブリケータに係る候補ファブリケータ情報を注文者端末200Aに提示してもよい。このとき、注文者端末200Aは、受信したすべての候補ファブリケータ情報を表示してもよいし、注文者端末200Aにて受注価格、所在地から建築現場までの距離、及び評価のそれぞれの観点から候補ファブリケータ情報を抽出し、またはソートして表示してもよい。
【0071】
上述した実施形態に係るサーバ100は、注文者から受注条件の設定を受け付けるが、これに限られない。例えば実施形態の他の例に係るサーバ100は、予め受注条件を定めておいてもよい。例えば、サーバ100は、評価情報が5段階評価の3ポイント以上のファブリケータにのみ、注文情報を送信してもよい。
【0072】
上述した実施形態に係るサーバ100は、受注情報が一定数に達した場合または注文情報を送信した日付から一定期間が経過した場合に、候補ファブリケータの抽出を行うが、これに限られない。例えば、実施形態の他の例に係るサーバ100は、注文者から推薦ファブリケータの提示要求を受け付けた場合に、候補ファブリケータの抽出を行ってもよい。また実施形態の他の例に係るサーバ100は、注文者から予め受注締切日の指定を受け付け、当該受注締切日が満了した時点で候補ファブリケータの抽出を行ってもよい。
【0073】
上述した実施形態に係るファブリケータ端末200Bは、正式見積情報を含む受注情報をサーバ100に送信するが、これに限られない。例えば実施形態の他の例に係るファブリケータ端末200Bは、概算見積情報と正式見積情報との差分を示す補正情報をサーバ100に送信してもよい。この場合、サーバ100は補正情報と概算見積情報とに基づいて正式見積情報を生成し、生成した正式見積情報を注文者端末200Aに送信する。
【0074】
〈コンピュータ構成〉
図9は、少なくとも1つの実施形態に係るコンピュータの構成を示す概略ブロック図である。
コンピュータ50は、プロセッサ51、メインメモリ53、ストレージ55、インタフェース57を備える。
上述のサーバ100及び端末装置200は、それぞれコンピュータ50に実装される。そして、上述した各処理部の動作は、プログラムの形式でストレージ55に記憶されている。プロセッサ51は、プログラムをストレージ55から読み出してメインメモリ53に展開し、当該プログラムに従って上記処理を実行する。また、プロセッサ51は、プログラムに従って、上述した各記憶部に対応する記憶領域をメインメモリ53に確保する。プロセッサ51の例としては、CPU(Central Processing Unit)、GPU(Graphic Processing Unit)、マイクロプロセッサなどが挙げられる。
【0075】
プログラムは、コンピュータ50に発揮させる機能の一部を実現するためのものであってもよい。例えば、プログラムは、ストレージに既に記憶されている他のプログラムとの組み合わせ、または他の装置に実装された他のプログラムとの組み合わせによって機能を発揮させるものであってもよい。なお、実施形態の他の例においては、コンピュータ50は、上記構成に加えて、または上記構成に代えてPLD(Programmable Logic Device)などのカスタムLSI(Large Scale Integrated Circuit)を備えてもよい。PLDの例としては、PAL(Programmable Array Logic)、GAL(Generic Array Logic)、CPLD(Complex Programmable Logic Device)、FPGA(Field Programmable Gate Array)が挙げられる。この場合、プロセッサ51によって実現される機能の一部または全部が当該集積回路によって実現されてよい。このような集積回路も、プロセッサの一例に含まれる。
【0076】
ストレージ55の例としては、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリ等が挙げられる。ストレージ55は、コンピュータ50のバスに直接接続された内部メディアであってもよいし、インタフェース57または通信回線を介してコンピュータ50に接続される外部メディアであってもよい。また、このプログラムが通信回線によってコンピュータ50に配信される場合、配信を受けたコンピュータ50が当該プログラムをメインメモリ53に展開し、上記処理を実行してもよい。少なくとも1つの実施形態において、ストレージ55は、一時的でない有形の記憶媒体である。
【0077】
また、当該プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、当該プログラムは、前述した機能をストレージ55に既に記憶されている他のプログラムとの組み合わせで実現するもの、いわゆる差分ファイル(差分プログラム)であってもよい。
【0078】
〈第2の実施形態〉
次に、第2の実施形態について説明する。なお、第2の実施形態では、上述した第1の実施形態で説明した内容については、適宜説明を省略する。また、第2の実施形態、及び上述した第1の実施形態を組み合わせることも可能である。
【0079】
第2の実施形態では、主に、端末装置200の画面例について説明する。また、第2の実施形態では、鉄骨注文システム1がプラットフォーマ端末を備えるものとする。
【0080】
《第2の実施形態に係る鉄骨注文システム1の構成》
図10は、第2の実施形態に係る鉄骨注文システム1を示す概略図である。
鉄骨注文システム1は、注文者端末200A及びファブリケータ端末200Bに加えて、プラットフォーマ端末200Cを備える。プラットフォーマ端末200Cは、プラットフォーマが保有し、プラットフォーマによって操作される端末装置200である。プラットフォーマ端末200Cは、ネットワーク経由で、サーバ100と通信する。以下、図12のシーケンス図を用いて、図11に示すプラットフォーマ端末200Cの構成について説明する。
【0081】
《プラットフォーマ端末200Cの構成および鉄骨注文システム1の概略シーケンス》
図11は、プラットフォーマ端末200Cの構成を示すブロック図である。
図12は、第2の実施形態に係る鉄骨注文システム1による仲介の流れを示す概略シーケンス図である。
図12のステップS29:サーバ100は、ステップS8において見積情報を生成すると、ステップS7において受信した注文情報と、生成した見積情報とを、プラットフォーマ端末200Cに送信する。これにより、プラットフォーマ端末200Cは、見積情報を表示することができ、すなわち、注文者が希望する注文内容を表示することができる。
プラットフォーマ端末200Cは、図面に基づいて得られる鉄骨の数量に基づいて、注文される鉄骨の製作に要する期間(工期)を取得して、注文情報を更新する。また、工期の取得は、プラットフォーマ端末200Cによる算出に基づいて行われてもよいし、プラットフォーマによる手動の入力に基づいて行われてもよい。なお、工期の算出には、各ファブリケータの鉄骨の製造能力を示す情報や、各ファブリケータの鉄骨の製造スケジュールを示す情報なども用いられる。各ファブリケータの製造能力は、例えば、月産トン数などであり、ファブリケータの初期登録時に入力される。
【0082】
ステップS9:サーバ10は、更新された注文情報と見積情報とを、プラットフォーマ端末200Cからの指示に応じて、各ファブリケータの所在地によらずにファブリケータ端末200Bに提示する。なお、上述した工期の取得に基づく注文情報の更新は、各ファブリケータ端末200Bによってそれぞれ行われてもよい。
ステップS10、S11:ファブリケータは、受注を希望する場合、ファブリケータ端末200Bを操作し、提示された見積情報に含まれる単価をファブリケータが希望する単価に修正し(ステップS10)、修正された見積情報を含む受注情報をサーバ100に送信する(ステップS11)。
【0083】
ステップS31:サーバ100は、ステップS11においてファブリケータ端末200Bから修正された見積情報を含む受注情報を受信すると、当該受注情報をプラットフォーマ端末200Cに提示する。これにより、プラットフォーマ端末200Cは、当該受注情報を表示することができ、すなわち、受注を希望するファブリケータ(候補ファブリケータ)を表示することができる。
【0084】
第2の実施形態に係る鉄骨注文システム1では、候補提示部121(図11)は、サーバ100に具備されることに代えて又は加えて、プラットフォーマ端末200Cに具備される。
ステップS32:候補提示部121は、サーバ100から受信した複数の受注情報に基づいて、複数の候補ファブリケータの中から3つの推薦ファブリケータを、それぞれの所在地によらずに選択する。具体的には、候補提示部121は、ファブリケータ選択画面400(図13)を表示して、受注情報を送信したファブリケータ(候補ファブリケータ)の中から、ファブリケータ(操作者)の操作に応じて3つの推薦ファブリケータを手動で選択する。
【0085】
なお、候補提示部121は、操作者の選択を受け付けずに、自動で3つの推薦ファブリケータを選択してもよい。自動での選択は、サーバ100が備える候補提示部111(図3)が行う選択と同様の処理とすればよく、すなわち、評価、建築現場からの距離、及び見積額のそれぞれに応じた3つのファブリケータを選択すればよい。候補提示部121による推薦ファブリケータの自動での選択では、ユーザデータベース102に記憶される情報に基づいて行われる。このため、プラットフォーマ端末200Cは、サーバ100から当該情報を適宜取得するようにすればよい。また、当該自動での選択を行う場合、プラットフォーマ端末200Cは、選択したファブリケータの受注情報を表示するようにすればよい。これにより、ファブリケータは、当該自動での選択が適切に行われていることを確認することができる。なお、推薦ファブリケータの選択の態様(手動での選択と、自動での選択)は、設定に応じて切替え可能としてもよい。
【0086】
ステップS33:プラットフォーマ端末200Cは、選択したファブリケータの受注情報を、当該ファブリケータの評価とともに注文者端末200Aに提示する。
ステップS35:サーバ100は、ステップS14において注文者端末200Aからファブリケータ決定通知を受信すると、注文先に決定されたファブリケータのファブリケータ端末200Bと、プラットフォーマ端末200Cに注文の確定を通知する。これにより、プラットフォーマ端末200Cは、注文先となるファブリケータを表示することができる。
【0087】
ステップS37:サーバ100は、ステップS16においてファブリケータ端末200Bから必要に応じて料金の精算情報を受信すると、精算情報を注文者端末200Aとプラットフォーマ端末200Cに送信する。これにより、プラットフォーマ端末200Cは、精算情報に係る表示や商取引の成立に係る表示を行うことができる。
ステップS38:取引の完結後、サーバ100は、ステップS18において受信した注文者端末200Aおよびファブリケータ端末200Bからの評価情報に基づいて評価情報を更新すると、更新した評価情報をプラットフォーマ端末200Cに送信する。これにより、プラットフォーマ端末200Cは、更新した評価情報を表示することができる。
【0088】
《プラットフォーマ端末200Cに表示されるファブリケータ選択画面400》
図13は、プラットフォーマ端末200Cに表示されるファブリケータ選択画面400の一例を示す図である。ファブリケータ選択画面400は、表示制御部202(図6図11)の制御によって表示部300Cに表示される。ファブリケータ選択画面400は、候補ファブリケータ情報301と、推薦ファブリケータ情報302と、アップロードボタン303とを含む。
【0089】
候補ファブリケータ情報301は、例えば、4つの候補ファブリケータを示している。候補ファブリケータ情報301は、3つの推薦ファブリケータの概算見積情報、住所情報、評価情報を含む。評価情報は、注文者によって評価されたファブリケータの評価結果に基づく情報であり、所定のマーク(★)の数(例えば、1~4つ)によって4段階で表される。プラットフォーマは、4つの候補ファブリケータうち、3つの推薦ファブリケータを選択する。
推薦ファブリケータ情報302は、プラットフォーマによって選択された推薦ファブリケータの詳細を示す。推薦ファブリケータ情報302は、3つの推薦ファブリケータの見積情報302aと、概要情報302bを含む。また、見積情報302aは、各ファブリケータにおける鉄骨の単価及び金額を含む正式見積を示す。概要情報302bは、ファブリケータの名称、住所、グレードを含む。グレードは、国土交通大臣によって認定されるファブリケータの評価を示す。
アップロードボタン303は、注文者端末200Aへの推薦ファブリケータ情報302の送信を受け付ける。アップロードボタン303が押下されると、サーバ100を介して注文者端末200Aに推薦ファブリケータ情報302が送信される。これにより、注文者端末200Aは、相見積画面(図5)を表示することが可能になる。ここで、図14を用いて、図5の相見積画面において注文先のファブリケータの決定後の画面について、上述した内容に補足して説明する。
【0090】
《注文者端末200Aに表示される相見積画面401》
図14は、第2の実施形態に係る注文者端末200Aに表示される相見積画面401の一例を示す図である。図14に示すように、注文者端末200Aの表示部300Aには相見積画面401が表示されている。相見積画面401は、複数の推薦ファブリケータの概要情報310(310a、310b、310c)と、見積情報320と、精算情報321と、メッセージ情報322とを含む。
概要情報310は、ファブリケータの評価情報と、グレードと、発注ボタン313とを含む。発注ボタン313は、注文先のファブリケータの決定を受け付けるボタンである。
見積情報320は、各ファブリケータにおける鉄骨の単価及び金額を含む正式見積を示す。
例えば、図示に示すファブリケータ「C」の発注ボタン313が押下されると、注文先のファブリケータとして、ファブリケータ「C」が決定される。また、当該発注ボタン313が押下されると、発注ボタン313が「発注済」の表示に変わるとともに、評価ボタン314が表示される。評価ボタン314は、当該ファブリケータの評価を受け付ける画面への遷移を受け付けるボタンである。
【0091】
また、注文先のファブリケータが決定されると、精算情報321およびメッセージ情報322への入力が可能になる。
精算情報321は、正式見積と実際に要する金額との差額を示す。精算情報321は、例えば、ファブリケータによって入力される。
メッセージ情報322は、注文者及びファブリケータによって入力されたメッセージを示す。
これにより、注文者は、鉄骨注文システム1上において、ファブリケータから精算額が通知されるとともに、ファブリケータとの間で精算に係るメッセージのやり取りを行うことができる。
また、ファブリケータが決定されると、決定したファブリケータのファブリケータ端末200Bに注文の確定が通知される。これにより、当該ファブリケータ端末200Bには、正式見積画面402(図15)が表示可能となる。
【0092】
なお、相見積画面401に相当する画面は、プラットフォーマ端末200Cにおいても表示可能である。このため、プラットフォーマは、精算情報321及びメッセージ情報322を閲覧することが可能である。なお、プラットフォーマ端末200Cに表示される相見積画面は、注文者端末200Aに表示される相見積画面401と比較して、評価ボタンが含まれず、それ以外は同様の画面である。
【0093】
《ファブリケータ端末200Bに表示される正式見積画面402》
図15は、第2の実施形態に係るファブリケータ端末200Bに表示される正式見積画面402の一例を示す図である。図15に示すように、ファブリケータ端末200Bの表示部300Bに表示される正式見積画面402は、見積情報325と、精算情報321と、メッセージ情報322とを含む。見積情報325は、当該取引における鉄骨の単価及び金額を含む正式見積を示す。
【0094】
正式見積画面402において、精算情報321及びメッセージ情報322は、相見積画面401(図14)と同様の情報を示す。
これにより、ファブリケータは、鉄骨注文システム1上において、注文者に精算額を通知できるとともに、注文者との間で精算に係るメッセージのやり取りを行うことができる。
【0095】
《注文情報に係る表示制御および画面例》
次に、端末装置200(注文者端末200A、ファブリケータ端末200B、プラットフォーマ端末200C)の表示制御部202(図6図11)による表示の制御について説明する。表示制御部202は、本発明に係る「注文情報」を表示部に表示させる。なお、以下では、本発明に係る「注文情報」を「注文関連情報」という。
【0096】
注文関連情報は、注文者により注文される鉄骨の注文に関する情報であり、注文者及び複数のファブリケータの間でやり取りされる情報を含む。注文関連情報は、例えば、建方開始時期情報を含む。建方とは、建築現場で鉄骨を組み立てる作業のことである。建方開始時期情報は、注文者により注文される鉄骨の建方を開始する時期を示す。建方開始時期情報は、図4に示した注文情報入力画面において、注文者によって「建方開始日」の欄に入力される情報である。端末装置200は、建方開始時期情報を表示することが可能である。
【0097】
図16は、注文関連情報画面410の一例を示す図である。端末装置200は、注文関連情報画面410を表示部300に表示させることが可能である。ファブリケータ端末200B及びプラットフォーマ端末200Cは、サーバ100から見積情報を受信すると(図12のステップS9、S29)、以降に、当該見積情報に基づいて注文関連情報画面410を表示することが可能である。また、注文者端末200Aは、図4に示した注文情報入力画面における注文者からの入力を受け付けると、以降に、当該入力内容に基づいて注文関連情報画面410を表示することが可能である。
【0098】
注文関連情報画面410は、建方開始時期情報331を含む。これにより、ファブリケータは、建方開始時期や、自身の鉄骨の制作スケジュールなどを考慮して、注文の受注を希望するか否かを決定することができる(図12のステップS10)。また、プラットフォーマは、建方開始時期や、予め取得する各ファブリケータの製造能力や製造スケジュールなどを考慮して、推薦ファブリケータを容易に選択することができる(図12のステップS32)。
【0099】
また、注文関連情報は、工期情報を含む。工期情報は、注文者により注文される鉄骨の製作に要する期間である工期を示す。工期情報は、プラットフォーマ端末200Cによって取得される。プラットフォーマ端末200Cは、工期情報を、算出またはプラットフォーマからの入力によって取得する。工期情報を算出する場合、プラットフォーマ端末200Cは、図面から得られる鉄骨の数量や、ファブリケータの鉄骨の製造能力や、ファブリケータの鉄骨の製造スケジュールなどに基づいて工期情報を算出する。プラットフォーマ端末200Cは、工期情報を算出すると、工期情報に基づいて注文情報を更新する。端末装置200は、工期情報を、建方開始時期情報とともに表示部300に表示することが可能である。
【0100】
図16に示すように、注文関連情報画面410は、工期情報332を含む。これにより、ファブリケータは、工期や、建方開始時期や、自身の鉄骨の制作スケジュールなどを考慮して、注文の受注を希望するか否かを決定することができる(図12のステップS10)。また、プラットフォーマは、工期や、建方開始時期や、予め取得する各ファブリケータの製造能力や制作スケジュールを考慮して、推薦ファブリケータを選択することができる(図12のステップS32)。
【0101】
また、注文関連情報は、住所情報を含む。住所情報は、注文者により注文される鉄骨が用いられる工事の現場の住所を示す。住所情報は、図4に示した注文情報入力画面において、注文者によって「建設地の所在地」の欄に入力される情報である。端末装置200は、住所情報を表示することが可能である。
【0102】
図16に示すように、注文関連情報画面410は、住所情報333を含む。住所情報333により、サーバ100や端末装置200は、鉄骨の配送費用を取得することができる。配送費用は、建設地の所在地とファブリケータの所在地との距離や、配送する鉄骨の数量に基づいて取得される。なお、配送費用の取得に際し、ファブリケータの所在地の情報は、ファブリケータの初期登録時に入力されるものとする。配送費用は、サーバ100や端末装置200によって算出されてもよいし、操作者によって入力されてもよい。これにより、ファブリケータは、建設地までの距離を考慮して、注文の受注を希望するか否かを決定することができる(図12のステップS10)。また、プラットフォーマは、建設地とファブリケータとの距離を考慮して、推薦ファブリケータを選択することができる(図12のステップS32)。
【0103】
また、注文関連情報は、図面情報を含む。図面情報は、正式図面の図面情報である。図面情報は、図4に示した注文情報入力画面において、注文者によって「図面」の欄に入力される情報である。端末装置200は、図面情報を表示することが可能である。図16に示すように、注文関連情報画面410は、図面情報334を含む。
【0104】
また、注文関連情報は、概算延床面積情報を含む。概算延床面積情報は、例えば、所定のファイル形式(例えばCSV形式)で表される情報である。概算延床面積情報は、図面情報に基づいて算出される。概算延床面積情報は、サーバ100、注文者端末200A、及びプラットフォーマ端末200Cのうち、いずれかによって算出されればよい。
【0105】
また、注文関連情報は、鉄骨数量情報を含む。鉄骨数量情報は、注文者により注文される鉄骨の数量である。鉄骨数量は、例えば、延床面積情報に基づいて算出される。これにより、ファブリケータは、鉄骨の数量を考慮して、注文の受注を希望するか否かを決定することができる(図12のステップS10)。また、プラットフォーマは、鉄骨の数量や、各ファブリケータの製造能力や製造スケジュールなどを考慮して、推薦ファブリケータを選択することができる(図12のステップS32)。
【0106】
また、注文関連情報は、作業有無情報を含む。作業有無情報は、注文者により注文される鉄骨の組立に係る作業の有無を示す。当該作業の有無は、具体的には、鉄骨を組み立てる職人の手配の有無である。注文者は、自社で当該作業を手配することも可能であるため、当該作業を不要にすることがある。作業有無情報は、図4に示した注文情報入力画面において、注文者によって所定の欄(不図示)に入力される情報である。端末装置200は、作業有無情報を表示することが可能である。これにより、ファブリケータは、当該作業の有無を考慮して、注文の受注を希望するか否かを決定することができる(図12のステップS10)。また、プラットフォーマは、当該作業の有無を考慮して、推薦ファブリケータを選択することができる(図12のステップS32)。例えば、作業有無情報が当該作業の不要を示す場合、プラットフォーマは、当該作業の不要を容認するファブリケータを推薦ファブリケータとして、優先して選択することができる。なお、当該作業の不要を容認するか否かに関する情報は、例えば、初期登録時にファブリケータによって入力される。また、当該作業の不要を容認するか否かに関する情報は、定期的に更新されてもよい。
【0107】
また、注文関連情報は、重機有無情報を含む。重機有無情報は、工事に用いられる重機の有無を示す。重機の有無は、鉄骨を組み立てる際に使用する重機の手配の有無である。注文者は、自社で重機を手配することも可能であるため、重機を不要にすることがある。重機有無情報は、図4に示した注文情報入力画面において、注文者によって所定の欄(不図示)に入力される情報である。端末装置200は、重機有無情報を表示することが可能である。これにより、ファブリケータは、重機の有無を考慮して、注文の受注を希望するか否かを決定することができる(図12のステップS10)。また、プラットフォーマは、重機の有無を考慮して推薦ファブリケータを選択することができる(図12のステップS32)。例えば、重機有無情報が重機の不要を示す場合、プラットフォーマ端末200Cは、重機の不要を容認するファブリケータを推薦ファブリケータとして、優先して選択することができる。なお、重機の不要を容認するか否かに関する情報は、例えば、初期登録時にファブリケータによって入力される。重機の不要を容認するか否かに関する情報は、定期的に更新されてもよい。
【0108】
なお、延床面積情報、鉄骨数量情報、作業有無情報、及び重機有無情報は、注文関連情報画面410(図16)に表示させることも可能である。例えば、注文関連情報画面410において、スクロール操作等の所定の操作を受け付けることにより、これらの各情報の全部または一部を表示するようにしてもよい。また、注文関連情報画面410とは別の画面で、これらの各情報の全部または一部を表示するようにしてもよい。
【0109】
また、注文関連情報は、注文者により注文される鉄骨の精算を示す精算情報を含む。精算情報は、例えば、相見積画面401(図14)、及び正式見積画面402(図15)における精算情報321である。
【0110】
また、注文関連情報は、精算情報に関するメッセージ情報を含む。メッセージ情報は、相見積画面401(図14)、及び正式見積画面402(図15)におけるメッセージ情報322である。当該メッセージは、チャットボット等による対話型の入力システムによって入力される。対話は、注文者(注文者端末200A)と、ファブリケータ(ファブリケータ端末200B)との間で行われる。なお、プラットフォーマ(プラットフォーマ端末200C)が当該対話に参加できるようにしてもよい。
【0111】
また、注文関連情報は、トン単価情報を含む。トン単価情報は、注文者により注文される鉄骨の単価を示す情報である。トン単価情報は、ファブリケータ選択画面400(図13)、相見積画面401(図14)、及び正式見積画面402(図15)に、それぞれ表示される鉄骨の「単価」である。
【0112】
また、注文関連情報は、複数のファブリケータの大臣認定グレード情報を含む。大臣認定グレードは、国土交通大臣によって認定されるファブリケータのグレードである。このグレードは、ファブリケータが取り扱える建物の規模や鉄骨の種類、ファブリケータの工場に具備される機械などによって総合的に評価され、例えば、5段階で表される。このグレードは、ファブリケータの初期登録時に入力される。大臣認定グレード情報は、ファブリケータ選択画面400(図13)における概要情報302bに示すグレードや、及び相見積画面401(図14)における概要情報310に示すグレードである。
【0113】
《端末装置200に表示される一覧画面》
次に、各端末装置200に表示される一覧画面について説明する。まず、注文者端末200Aに表示される一覧画面について説明する。
注文関連情報は、見積進捗情報を含む。見積進捗情報は、注文者により注文される鉄骨の見積作成の進捗を示す情報である。見積作成の進捗は、例えば、見積の依頼前、見積中、及び見積の完了のいずれかを示す。注文者端末200Aの表示制御部202は、見積一覧画面420(図17)において、見積進捗情報を表示部300Aに表示させることが可能である。
【0114】
《注文者端末200Aに表示される一覧画面》
図17は、注文者端末200Aに表示される見積一覧画面420の一例を示す図である。見積一覧画面420は、案件ごとの見積に係る進捗の一覧を示す。進捗項目341には、見積進捗情報が入力される。見積進捗情報は、例えば、「依頼」、「見積中」、及び「完了」のうち、いずれかを示す。
「依頼」は、候補ファブリケータの募集前であることを示す。「依頼」の表示部分は相見積の依頼を受け付けるボタン表示であり、押下されることにより、正式図面を含む注文情報がサーバ100へ送信される(図12のステップS1~S7)。
「見積中」は、候補ファブリケータの募集中であることを示し、具体的には、ファブリケータへの見積情報の送付後(図12のステップS7~S13の前)を示す。
「完了」は、候補ファブリケータの募集が完了したことを示し、具体的には、受注情報の受信後(図12のステップS13以降)を示す。
【0115】
なお、詳細比較ボタン342は、見積作成の進捗に応じて異なる画面への遷移を受け付ける。具体的には、詳細比較ボタン342は、注文先のファブリケータが決定される前であれば、図5に示した相見積画面への遷移を受け付け、一方で、注文先のファブリケータが決定された後であれば、図14に示した相見積画面401への遷移を受け付ける。
【0116】
Revボタン344は、図面の更新(リビジョン)を受け付けた回数を示す。Revボタン344が示す数字は、案件ごとに異なり、例えば、「1」、「2」、「3」のいずれか示すものがある。例えば、Revボタン344の「1」が選択されると、最も古い図面情報が反映された注文関連情報画面410(図16)へ遷移し、「3」が選択されると、最新の図面情報が反映された注文関連情報画面410(図16)へ遷移する。なお、Revボタン344の数字が「1」のみを示す案件は、図面の更新が行われていないことを示す。
新規作成ボタン345は、見積の新規作成依頼を受け付けるボタンであり、具体的には、図4に示した注文情報入力画面への遷移を受け付ける。
【0117】
また、注文関連情報は、変更情報を含む。変更情報は、図面情報が変更されることを示す情報である。変更情報は、注文者端末200Aに入力される情報である。具体的には、図17の見積一覧画面420における、設計変更ボタン343が押下されることによって入力される情報である。すなわち、設計変更ボタン343が押下されることにより、注文者端末200Aに変更情報が入力される。注文者端末200Aは、変更情報が入力されると、新たに図面情報の入力を受け付け、図面情報を更新する。このように、鉄骨注文システム1では、適宜図面情報を更新することができる。なお、注文先のファブリケータの決定後に変更情報が入力された場合、ファブリケータとの間では精算情報の調整が行われることになる。一方で、注文先のファブリケータの決定前に変更情報が入力された場合、候補ファブリケータの募集が一旦キャンセルされて、別途の依頼が行われることになる。
【0118】
次に、プラットフォーマ端末200Cに表示される一覧画面について説明する。
注文関連情報は、見積ファブリケータ情報を含む。見積ファブリケータ情報は、複数のファブリケータのうち、注文者により注文される鉄骨の見積を作成する複数のファブリケータを示す情報である。見積を作成するファブリケータは、候補ファブリケータであり、推薦ファブリケータも含まれる。プラットフォーマ端末200Cの表示制御部202は、見積一覧画面430(図18)において、見積ファブリケータ情報を表示部300Cに表示させることが可能である。
【0119】
《プラットフォーマ端末200Cに表示される一覧画面》
図18は、プラットフォーマ端末200Cに表示される見積一覧画面430の一例を示す図である。見積一覧画面430は、各注文者の案件ごとの進捗の一覧を示す。具体的には、見積一覧画面430は、各注文者の案件ごとの、ステータスを示すステータス項目350と、候補ファブリケータ項目351と、推薦ファブリケータ項目352とを含む。
ステータス項目350は、注文先のファブリケータが決定するまでのステータスであり、例えば、「未」、「新規」、「募集中」、「見積中」、及び「完了」のうちいずれかを示す。「未」は、概算見積書の作成前であることを示す(図12のステップS1の前)。「新規」は、概算見積の作成中であることを示す(図12のステップS1~S6)。「新規」は、概算見積書の作成が開始されることにより、「未」から遷移するステータスである。「募集中」は、候補ファブリケータの募集中であることを示す(図12のS7~S13の前)。「見積中」は、推薦ファブリケータが注文者に提示され、注文者によるファブリケータの決定待ちを示す(図12のステップS13)。「完了」は、注文先のファブリケータが決定したことを示す(図12のステップS14以降)。
【0120】
候補ファブリケータ項目351には、見積ファブリケータ情報として、案件ごとの複数の候補ファブリケータを示す複数の候補ファブリケータ情報が入力される。
推薦ファブリケータ項目352には、見積ファブリケータ情報として、案件ごとの複数の推薦ファブリケータを示す複数の推薦ファブリケータ情報が入力される。
【0121】
見積一覧画面430において、募集ボタン353は、ステータス項目350が「新規」の場合に表示され、複数のファブリケータの募集開始を受け付けるボタンである。募集ボタン353が押下されると、プラットフォーマ端末200Cは、サーバ100を介して、ファブリケータ端末200Bに見積情報の送信が可能になる(図12のステップS9)。当該送信が行われると、プラットフォーマ端末200Cは、ステータス項目350の表示を「新規」から「募集中」に変更する。
【0122】
また、見積一覧画面430において、依頼ボタン354は、ステータス項目350が「募集中」の場合に表示され、注文者への相見積の確認を依頼するための操作を受け付けるボタンである。依頼ボタン354が押下されると、ファブリケータ選択画面400(図13)へ遷移し、サーバ100を介して、注文者端末200Aに受注情報の送信が可能になる(図12のステップS13、S33)。当該送信が行われると、プラットフォーマ端末200Cは、ステータス項目350の表示を「募集中」から「見積中」に変更する。
【0123】
《ファブリケータ端末200Bに表示される一覧画面》
次に、ファブリケータ端末200Bに表示される一覧画面について説明する。
注文関連情報は、募集状況情報を含む。募集状況情報は、注文者の注文の状況を示す情報である。ファブリケータ端末200Bの表示制御部202は、見積案件一覧画面440(図19)において、募集状況情報を表示部300Bに表示させることが可能である。
【0124】
図19は、ファブリケータ端末200Bに表示される見積案件一覧画面440の一例を示す図である。見積案件一覧画面440は、各注文者の案件ごとの、自身の参加状況の一覧を示す。具体的には、見積案件一覧画面440は、各注文者の案件ごとの、参加ステータス項目361と、募集ステータス項目362とを含む。
【0125】
参加ステータス項目361には、募集状況情報が入力される。募集状況情報は、「未参加」および「参加済」のいずれかを示す。「未参加」は、ファブリケータ端末200Bがサーバ100に受注情報を送信していないことを示し、すなわち、競争入札(受注の希望を表明)していないことを示す。「参加済」は、ファブリケータ端末200Bがサーバ100に受注情報を送信したことを示し、すなわち、競争入札済であることを示す。
【0126】
募集ステータス項目362は、注文者に提示する推薦ファブリケータの決定に係るステータス情報を示す。当該ステータス情報は、例えば、「募集中」および「完了」のいずれかを示す。「募集中」は、競争入札に参加することが可能なステータスであり、すなわち、注文者への推薦ファブリケータの提示前のステータスを示す。「完了」のステータスは、競争入札に参加できないステータスであり、具体的には、注文者に推薦ファブリケータが提示された後のステータスを示す。
【0127】
見積案件一覧画面440において、参加ボタン363は、当該案件に競争入札することを受け付けるボタンである。参加ボタン363が押下されると、入力タブ364が表示され、鉄骨のトン単価の入力を受け付ける。Revボタン365は、図面の更新を受け付けた回数を示す。Revボタン365が示す数字は、案件ごとに異なり、例えば、「1」および「2」のいずれか示すものがある。例えば、Revボタン365の「1」が選択されると、最も古い図面情報が反映された注文関連情報画面410(図16)へ遷移し、「2」が選択されると、最新の図面情報が反映された注文関連情報画面410(図16)へ遷移する。なお、Revボタン365の数字が「1」のみを示す案件は、図面の更新が行われていないことを示す。なお、ファブリケータ端末200Bは、所定の操作を受け付けることに応じて、入力参照画面を表示することが可能である。この入力参照画面は、例えば、正式見積画面402(図15)の見積情報325のうちの単価部分がファブリケータによって書き換えられる前の画面である。ファブリケータは、当該入力参照画面を参照して、入力タブ364にトン単価を入力することが可能である。トン単価の入力が完了すると、参加ステータス項目361が「未参加」から「参加済」に変更される。
【0128】
また、ファブリケータ端末200Bの表示制御部202は、注文者情報を表示部300Bに表示させる。注文者情報は、複数の注文情報に対応する複数の注文者を示す情報である。表示制御部202は、複数の注文者のそれぞれの所在地によらず、注文者情報を表示部300Bに表示させる。注文者情報は、図19の見積案件一覧画面440における注文者項目366に入力される。当該注文者情報は、例えば、注文者の名称である。
【0129】
次に、ファブリケータ端末200Bに表示される受注案件一覧画面について説明する。
注文関連情報は、注文者により注文される鉄骨の製造に係る進捗情報を含む。ファブリケータ端末200Bの表示制御部202は、受注案件一覧画面450(図20)において、鉄骨の製造に係る進捗情報を表示部300Bに表示させることが可能である。
【0130】
図20は、ファブリケータ端末200Bに表示される受注案件一覧画面450の一例を示す図である。受注案件一覧画面450は、各注文者の案件ごとの鉄骨の製造に係る進捗の一覧を示す。具体的には、受注案件一覧画面450は、ステータス項目371と、ステータス変更領域372と、追加精算領域373とを含む。
ステータス項目371には、鉄骨の製造に係る進捗情報が入力される。当該進捗情報は、「未製作」、「製作中」、「製作済み」、及び「精算」のうちいずれかを示す。「未製作」は、鉄骨の製作前であることを示す。「製作中」は、鉄骨の製作中であることを示す。「製作済み」は、製作が完了済であることを示す。「精算」は、精算中であることを示す。「完了」は、取引の完了のステータスを示す。
【0131】
ステータス変更領域372は、ステータス項目371の変更を受け付ける。具体的には、ステータス変更領域372は、プルダウン表示によって選択可能なステータスを受け付ける。
追加精算領域373は、追加精算の有無、及び追加精算の進捗を示す領域である。追加精算領域373における「進行中」は、注文者とファブリケータとの間で、現時点において精算に係るやり取りが行われていることを示す。「完了」は、当該精算に係るやり取りが完了したことを示す。
【0132】
《建方開始時期の変更を仮定した場合のファブリケータの数の程度について》
ここで、ファブリケータの混雑度合いは、時期によって変わることがある。例えば、ファブリケータの混雑度合いは、1ヶ月後よりも、2か月後の方が閑散となることがある。閑散時期では、混雑時期に比べて、鉄骨の価格を低廉に抑えることができることがある。建設にゆとりのある注文者は、鉄骨の納入時期を変更(前倒しまたは先送り)しても差し支えないことがある。そこで、鉄骨注文システム1は、建方開始時期を変更したと仮定した場合の候補ファブリケータの数の程度を提示することを可能にしている。
【0133】
注文者端末200Aまたはプラットフォーマ端末200Cの表示制御部202は、程度情報を表示部300A、300Cに表示させる。程度情報は、建方開始時期の変更に応じて増減する候補ファブリケータの数の程度を示す情報である。仮定する変更の期間は、例えば、10日単位、1ヶ月単位など、任意に選択可能とすればよい。程度情報は、例えば、サーバ100によって算出されるが、プラットフォーマ端末200Cによって算出されてもよい。
【0134】
程度情報の算出の一例について説明する。例えば、程度情報は、各ファブリケータの製作量情報に基づいて算出される。製作量情報は、作業人員、資材、機械などの資源に応じた仕事量に基づく情報であり、いわゆる山積み表によって表すことができる情報である。具体的には、製作量情報は、所定期間ごと(例えば、日ごと、月ごと)に集計され、製作予定および製作実績を山積み表(棒グラフ)によって表すことが可能である。製作量情報は、定期的にファブリケータ端末200Bから送信される。例えば、納入時期を所定期間変更すると仮定した場合、サーバ100は、変更する時期に応じた製作量情報に基づいて候補ファブリケータの数を算出すればよい。
【0135】
また、程度情報の算出の他の例について説明する。サーバ100は、一定期間先までの各案件の候補ファブリケータの数を示す数情報を管理している。サーバ100は、納入時期を所定期間変更すると仮定した場合、数情報に基づいて、変更する時期に応じた候補ファブリケータの数を算出することも可能である。例えば、建方開始時期が1ヶ月後の案件について候補ファブリケータの数が集中し、2か月後の案件について候補ファブリケータの数が少ないものとする。この場合において、納入時期を2か月後に変更すると仮定した場合、サーバ100は、1ヶ月後に集中している候補ファブリケータのうち、受注に至らないと見なせる一部の候補ファブリケータを、2ヶ月後にずらすことによって、2ヶ月後の候補ファブリケータの数を算出することができる。
【0136】
さらに、上記以外の程度情報の算出例について説明する。程度情報は、過去の履歴から算出されてもよい。サーバ100は、過去の取引履歴を管理する。取引履歴は、各時期の、案件数、候補ファブリケータの数、鉄骨の製作量などを含む。サーバ100は、納入時期を所定期間変更すると仮定した場合、取引履歴に基づいて、変更する時期に応じた候補ファブリケータの数を算出することも可能である。
【0137】
《作用・効果》
このように、第2の実施形態に係る鉄骨注文システム1によれば、端末装置200は、注文者及び複数のファブリケータの間でやり取りされる情報を含む注文情報であって、注文者により注文される鉄骨の注文に関する注文情報、を表示部300に表示させる。これにより、ファブリケータは、注文情報や、自身の鉄骨の制作スケジュールなどを考慮して、広域(例えば、全国)の案件の中から、受注を希望する案件を容易に選択することができる。また、プラットフォーマは、注文情報や、各ファブリケータの製造能力や製造スケジュールを考慮して、最適な推薦ファブリケータを容易に選択して、注文者に提示することができる。また、注文者は、広域(例えば、全国)のファブリケータの中から、鉄骨の注文先となる最適なファブリケータを選ぶことができる。このように、第2の実施形態によれば、鉄骨の注文者とファブリケータとを好適に仲介することができる。
【0138】
また、第2の実施形態に係る鉄骨注文システム1によれば、注文情報は、注文者により注文される鉄骨の建方の開始時期を示す建方開始時期情報を含む。これにより、ファブリケータは、建方開始時期や、自身の鉄骨の制作スケジュールなどを考慮して、注文の受注を希望するか否かを決定することができる。また、プラットフォーマは、建方開始時期と、予め取得する各ファブリケータの製造能力や製造スケジュールとを考慮して、最適な推薦ファブリケータを容易に選択することができる。
【0139】
また、第2の実施形態に係る鉄骨注文システム1によれば、注文情報には、注文者により注文される鉄骨の製造に要する期間である工期を示す工期情報が含まれるようにし、工期情報を、建方開始時期情報とともに、表示部300に表示させる。これにより、ファブリケータは、工期や、建方開始時期や、自身の鉄骨の制作スケジュールなどを考慮して、注文の受注を希望するか否かを決定することができる。また、プラットフォーマは、工期や、建方開始時期や、各ファブリケータの製造能力や制作スケジュールなどを考慮して、推薦ファブリケータを選択することができる。
【0140】
また、第2の実施形態に係る鉄骨注文システム1によれば、注文情報は、注文者により注文される鉄骨が用いられる工事の現場の住所を示す住所情報、注文者により注文される鉄骨の組立に係る作業の有無を示す作業有無情報、及び、工事に用いられる重機の有無を示す重機有無情報を含む。これにより、ファブリケータは、工事の現場の住所、作業有無情報、及び重機有無情報を考慮して、注文の受注を希望するか否かを決定することができる。また、プラットフォーマは、工事の現場の住所、作業有無情報、及び重機有無情報を考慮して、推薦ファブリケータを選択することができる。
【0141】
また、第2の実施形態に係る鉄骨注文システム1によれば、注文情報は、注文者により注文される鉄骨の精算を示す精算情報を含む。これにより、注文者及びファブリケータは、鉄骨注文システム1上において、精算額を通知できるとともに、注文者との間で精算に係るメッセージのやり取りを行うことができる。したがって、鉄骨の精算を容易に行うことができるため、鉄骨注文システム1の利便性を向上させることができる。
【0142】
また、第2の実施形態に係る鉄骨注文システム1によれば、注文者端末200Aは、複数の候補ファブリケータ情報であって、注文情報に基づいて選定され且つそれぞれの所在地によらずに選定される複数の候補ファブリケータそれぞれを示す複数の候補ファブリケータ情報を表示部300Aに表示させる。したがって、注文者は、注文先となるファブリケータを効率よく選ぶことができる。このように、第2の実施形態によれば、鉄骨の注文者とファブリケータとを好適に仲介することができる。
【符号の説明】
【0143】
1…鉄骨注文システム 100…サーバ 101…登録受付部 102…ユーザデータベース 103…支払確認部 104…設定部 105…請求部 106…注文情報受信部 107…算出部 108…概算見積送信部 109…注文情報送信部 110…受注情報受信部 111…候補提示部 112…候補選択部 113…契約提示部 114…通知部 115…精算処理部 116…評価受付部 200…端末装置 200A…注文者端末 200B…ファブリケータ端末 201…受信部 202…表示制御部 203…入力部 204…送信部 211…候補提示部、300…表示部 50…コンピュータ 51…プロセッサ 53…メインメモリ 55…ストレージ 57…インタフェース
図1
図2
図3
図4
図5
図6
図7
図8
図9
図10
図11
図12
図13
図14
図15
図16
図17
図18
図19
図20
【手続補正書】
【提出日】2023-05-25
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
鉄骨を注文する注文者及び鉄骨を製造する複数のファブリケータとネットワーク経由で通信するサーバと通信する端末であって、
前記注文者及び前記複数のファブリケータの間でやり取りされる情報を含む注文情報であって、前記注文者により注文される鉄骨の注文内容を含む注文情報、を表示部に表示させる表示制御部と、
前記サーバから、前記複数のファブリケータのうち前記注文情報が示す前記注文を受けることを希望する複数の候補ファブリケータに係る複数の候補ファブリケータ情報を受信する受信部と、
を備え
前記表示制御部は、前記受信部が受信する複数の候補ファブリケータ情報であって、前記注文情報に基づいて選定され且つそれぞれの所在地によらずに選定される複数の候補ファブリケータそれぞれを示す複数の候補ファブリケータ情報を前記表示部に表示させる、
ことを特徴とする端末。
【請求項2】
鉄骨を注文する注文者及び鉄骨を製造する複数のファブリケータとネットワーク経由で通信するサーバと通信する端末であって、
前記注文者及び前記複数のファブリケータの間でやり取りされる情報を含む注文情報であって、前記注文者により注文される鉄骨の注文に関する注文情報、を表示部に表示させる表示制御部を備え、
前記注文情報は、前記注文者により注文される鉄骨の建方の開始時期を示す建方開始時期情報と、前記注文者により注文される鉄骨の製造に要する期間である工期を示す工期情報とを含
前記表示制御部は、前記工期情報を、前記建方開始時期情報とともに、前記表示部に表示させる、
ことを特徴とする端末。
【請求項3】
前記注文情報は、前記注文者により注文される鉄骨が用いられる工事の現場の住所を示す住所情報、前記注文者により注文される鉄骨の組立に係る作業の有無を示す作業有無情報、及び、前記工事に用いられる重機の有無を示す重機有無情報を含む、
ことを特徴とする請求項に記載の端末。
【請求項4】
前記注文情報は、前記注文者により注文される鉄骨の精算を示す精算情報を含む、
ことを特徴とする請求項に記載の端末。
【請求項5】
鉄骨を注文する注文者及び鉄骨を製造する複数のファブリケータとネットワーク経由で通信するサーバと通信する端末のコンピュータを、
前記注文者及び前記複数のファブリケータの間でやり取りされる情報を含む注文情報であって、前記注文者により注文される鉄骨の注文内容を含む注文情報、を表示部に表示させる表示制御部、
前記サーバから、前記複数のファブリケータのうち前記注文情報が示す前記注文を受けることを希望する複数の候補ファブリケータに係る複数の候補ファブリケータ情報を受信する受信部、
として機能させ
前記表示制御部は、前記受信部が受信する複数の候補ファブリケータ情報であって、前記注文情報に基づいて選定され且つそれぞれの所在地によらずに選定される複数の候補ファブリケータそれぞれを示す複数の候補ファブリケータ情報を前記表示部に表示させる、
ことを特徴とするプログラム。
【請求項6】
鉄骨を注文する注文者及び鉄骨を製造する複数のファブリケータとネットワーク経由で通信するサーバと通信する端末のコンピュータを、
前記注文者及び前記複数のファブリケータの間でやり取りされる情報を含む注文情報であって、前記注文者により注文される鉄骨の注文に関する注文情報、を表示部に表示させる表示制御部として機能させ、
前記注文情報は、前記注文者により注文される鉄骨の建方の開始時期を示す建方開始時期情報と、前記注文者により注文される鉄骨の製造に要する期間である工期を示す工期情報とを含み、
前記表示制御部は、前記工期情報を、前記建方開始時期情報とともに、前記表示部に表示させる、
ことを特徴とするプログラム。
【請求項7】
鉄骨を注文する注文者及び鉄骨を製造する複数のファブリケータとネットワーク経由で通信するサーバと通信する端末が、
前記注文者及び前記複数のファブリケータの間でやり取りされる情報を含む注文情報であって、前記注文者により注文される鉄骨の注文内容を含む注文情報、を表示部に表示させる表示制御ステップと、
前記サーバから、前記複数のファブリケータのうち前記注文情報が示す前記注文を受けることを希望する複数の候補ファブリケータに係る複数の候補ファブリケータ情報を受信する受信ステップと
を含む処理を実行し、
前記表示制御ステップでは、前記受信ステップで受信する複数の候補ファブリケータ情報であって、前記注文情報に基づいて選定され且つそれぞれの所在地によらずに選定される複数の候補ファブリケータそれぞれを示す複数の候補ファブリケータ情報を前記表示部に表示させる、
表示制御方法。
【請求項8】
鉄骨を注文する注文者及び鉄骨を製造する複数のファブリケータとネットワーク経由で通信するサーバと通信する端末が、
前記注文者及び前記複数のファブリケータの間でやり取りされる情報を含む注文情報であって、前記注文者により注文される鉄骨の注文に関する注文情報、を表示部に表示させる表示制御ステップを含む処理を実行し、
前記注文情報は、前記注文者により注文される鉄骨の建方の開始時期を示す建方開始時期情報と、前記注文者により注文される鉄骨の製造に要する期間である工期を示す工期情報とを含み、
前記表示制御ステップでは、前記工期情報を、前記建方開始時期情報とともに、前記表示部に表示させる、
ことを特徴とする表示制御方法。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】0005
【補正方法】変更
【補正の内容】
【0005】
本発明の一態様によれば、端末は、鉄骨を注文する注文者及び鉄骨を製造する複数のファブリケータとネットワーク経由で通信するサーバと通信する端末であって、前記注文者及び前記複数のファブリケータの間でやり取りされる情報を含む注文情報であって、前記注文者により注文される鉄骨の注文内容を含む注文情報、を表示部に表示させる表示制御部と、前記サーバから、前記複数のファブリケータのうち前記注文情報が示す前記注文を受けることを希望する複数の候補ファブリケータに係る複数の候補ファブリケータ情報を受信する受信部と、備え、前記表示制御部は、前記受信部が受信する複数の候補ファブリケータ情報であって、前記注文情報に基づいて選定され且つそれぞれの所在地によらずに選定される複数の候補ファブリケータそれぞれを示す複数の候補ファブリケータ情報を前記表示部に表示させる
【手続補正書】
【提出日】2023-11-08
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
建築物の鉄骨を注文する注文者及び鉄骨を製造する複数のファブリケータとネットワーク経由で通信するサーバと通信する端末であって、
前記注文者及び前記複数のファブリケータの間でやり取りされる情報を含む注文情報であって、前記注文者により注文される鉄骨の注文に関する注文情報、を表示部に表示させる表示制御部を備え、
前記注文情報は、前記注文者により注文される鉄骨の建方の開始時期を示す建方開始時期情報と、前記注文者により注文される鉄骨の製造に要する期間である工期を示す工期情報とを含み、
前記表示制御部は、前記工期情報を、前記建方開始時期情報とともに、同一の前記表示部に表示させる、
ことを特徴とする端末。
【請求項2】
前記注文情報は、前記注文者により注文される鉄骨が用いられる工事の現場の住所を示す住所情報、前記注文者により注文される鉄骨の組立に係る作業の有無を示す作業有無情報、及び、前記工事に用いられる重機の有無を示す重機有無情報を含む、
ことを特徴とする請求項に記載の端末。
【請求項3】
前記注文情報は、前記注文者により注文される鉄骨の精算を示す精算情報を含む、
ことを特徴とする請求項に記載の端末。
【請求項4】
建築物の鉄骨を注文する注文者及び鉄骨を製造する複数のファブリケータとネットワーク経由で通信するサーバと通信する端末のコンピュータを、
前記注文者及び前記複数のファブリケータの間でやり取りされる情報を含む注文情報であって、前記注文者により注文される鉄骨の注文に関する注文情報、を表示部に表示させる表示制御部として機能させ、
前記注文情報は、前記注文者により注文される鉄骨の建方の開始時期を示す建方開始時期情報と、前記注文者により注文される鉄骨の製造に要する期間である工期を示す工期情報とを含み、
前記表示制御部は、前記工期情報を、前記建方開始時期情報とともに、同一の前記表示部に表示させる、
ことを特徴とするプログラム。
【請求項5】
建築物の鉄骨を注文する注文者及び鉄骨を製造する複数のファブリケータとネットワーク経由で通信するサーバと通信する端末が、
前記注文者及び前記複数のファブリケータの間でやり取りされる情報を含む注文情報であって、前記注文者により注文される鉄骨の注文に関する注文情報、を表示部に表示させる表示制御ステップを含む処理を実行し、
前記注文情報は、前記注文者により注文される鉄骨の建方の開始時期を示す建方開始時期情報と、前記注文者により注文される鉄骨の製造に要する期間である工期を示す工期情報とを含み、
前記表示制御ステップでは、前記工期情報を、前記建方開始時期情報とともに、同一の前記表示部に表示させる、
ことを特徴とする表示制御方法。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】0005
【補正方法】変更
【補正の内容】
【0005】
本発明の一態様によれば、端末は、建築物の鉄骨を注文する注文者及び鉄骨を製造する複数のファブリケータとネットワーク経由で通信するサーバと通信する端末であって、前記注文者及び前記複数のファブリケータの間でやり取りされる情報を含む注文情報であって、前記注文者により注文される鉄骨の注文に関する注文情報、を表示部に表示させる表示制御部備え、前記注文情報は、前記注文者により注文される鉄骨の建方の開始時期を示す建方開始時期情報と、前記注文者により注文される鉄骨の製造に要する期間である工期を示す工期情報とを含み、前記表示制御部は、前記工期情報を、前記建方開始時期情報とともに、同一の前記表示部に表示させる。