(57)【要約】【課題】発注の際に作成された図面データの有効利用を図るとともに、請求書等の内容を容易に認識させることができる住宅構成物のデータ管理システムを提供する。【解決手段】サーバー４は、伝票データ２９を、発注番号２６に対応させて記憶する伝票データ記憶手段１７と、発注の際作成された住宅構成物の図面データ２７を、発注番号２６に対応させて記憶する図面データ記憶手段１６とを有する。そして、発注番号２６が指示され、且つ伝票データ２９を表示させる指令が入力されると、発注番号２６に対応する伝票データ２９を抽出し、発注側端末装置に送信する。また、伝票データ２９の表示中、図面データ２７を表示させる指令が入力されると、表示中の伝票データ２９と同一の発注番号２６が付与された図面データ２７を抽出し、発注側端末装置に送信する。【選択図】　　　　図２
2004110672.tif 000002
【特許請求の範囲】
【請求項１】
階段等の住宅構成物を構築するために必要とされる個々の構成部品を、通信ネットワークを介してサーバーに発注するとともに、発注した前記構成部品にかかる伝票データを前記サーバーから読出すことが可能な発注側端末装置を備える住宅構成物のデータ管理システムであって、
前記サーバーは、
前記伝票データを、発注番号に対応させて記憶する伝票データ記憶手段と、
発注の際作成された前記住宅構成物の図面データを、前記発注番号に対応させて記憶する図面データ記憶手段と、
前記発注側端末装置によって、前記発注番号が指示され、且つ前記伝票データを表示させる指令が入力されると、前記伝票データ記憶手段から前記発注番号に対応する伝票データを抽出し、前記発注側端末装置に送信する伝票データ出力手段と、
前記伝票データの表示中、前記発注側端末装置によって前記図面データを表示させる指令が入力されると、表示中の前記伝票データと同一の発注番号が付与された図面データを、前記図面データ記憶手段から抽出し、前記発注側端末装置に送信する図面データ出力手段と
を具備することを特徴とする住宅構成物のデータ管理システム。
【請求項２】
前記伝票データ記憶手段に記憶されている前記伝票データ及び前記発注番号を基に、該発注番号が開示された請求書を作成する請求書作成手段と、
前記発注側端末装置によって、前記発注番号が指示され、且つ前記図面データを表示させる指令が入力されると、前記図面データ記憶手段から前記発注番号に対応する図面データを抽出し、前記発注側端末装置に送信する第二図面データ出力手段をさらに備えることを特徴とする住宅構成物のデータ管理システム。
【請求項３】
前記住宅構成物を複数の構成要素に分別するとともに、該構成要素の組合せ可能なパターンを、前記構成要素の組合せによって得られる前記住宅構成物の形状図面として記憶した形状記憶手段と、
前記発注側端末装置から、前記構成要素の希望組合せパターンを含む組合せ情報が入力されると、該希望組合せパターンに対応する前記住宅構成物の形状図面を前記形状記憶手段から抽出する形状抽出手段と、
該形状抽出手段によって抽出された前記住宅構成物の前記形状図面を、前記発注側端末装置に送信する形状情報出力手段と、
該形状情報出力手段によって送信された前記形状図面を基に、前記構成部品の発注が指示されると、前記形状図面を前記図面データとして、前記図面データ記憶手段に格納する図面データ格納手段と
をさらに具備することを特徴とする請求項１または請求項２に記載の住宅構成物のデータ管理システム。
【請求項４】
前記図面データ記憶手段には、前記図面データとともに、前記住宅構成物の内訳を示す内訳情報が記憶され、
前記図面データ出力手段または第二図面データ出力手段は、前記図面データ及び前記内訳情報を前記図面データ記憶手段から抽出して前記発注側端末装置に送信することを特徴とする請求項１乃至請求項３のいずれか一つに記載の住宅構成物のデータ管理システム。
【請求項５】
階段等の住宅構成物を構築するために必要とされる個々の構成部品を、通信ネットワークを介してサーバーに発注するとともに、発注した前記構成部品にかかる伝票データを前記サーバーから読出すことが可能な発注側端末装置を備える住宅構成物のデータ管理システムにおいて使用される住宅構成物のデータ管理プログラムであって、
前記伝票データを、発注番号に対応させて記憶する伝票データ記憶手段、
発注の際作成された前記住宅構成物の図面データを、前記発注番号に対応させて記憶する図面データ記憶手段、
前記発注側端末装置によって、前記発注番号が指示され、且つ前記伝票データを表示させる指令が入力されると、前記伝票データ記憶手段から前記発注番号に対応する伝票データを抽出し、前記発注側端末装置に送信する伝票データ出力手段、
前記伝票データの表示中、前記発注側端末装置によって前記図面データを表示させる指令が入力されると、表示中の前記伝票データと同一の発注番号が付与された図面データを、前記図面データ記憶手段から抽出し、前記発注側端末装置に送信する図面データ出力手段
として、前記サーバーを機能させることを特徴とする住宅構成物のデータ管理プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、住宅構成物のデータ管理システム、及び住宅構成物のデータ管理プログラムに関するものであり、特に、階段、玄関ユニット、またはバスユニット等の住宅構成物を構築するために必要とされる個々の構成部品を、通信ネットワークを介して受発注するとともに、発注した構成部品にかかる伝票データを容易に確認させることが可能な住宅構成物のデータ管理システム、及びそのプログラムに関するものである。
【０００２】
【従来の技術】
例えば、階段を構築するにあたって、その構築に必要とされる構成部品を揃える場合、通常、階段の形状を示す図面を作成し、階段の寸法等必要な情報を記載した書面とともに、メーカーや販売店等（以下、受注者という）に送付するようにしている。
【０００３】
ところが、階段の形状を示すために、詳細な図面を作成しようとすると、多大な手間がかかることから、発注者の負担が大きくなっていた。一方、施主や大工が図面を作成した場合には、フリーハンドの簡略化された図面となることが多いため、受注者は図面から正確な形状を認識することが困難となり、受注内容の確認作業に手間取る恐れがあった。しかも、加工に必要な情報が図面に記載されていないときには、受注者が改めて図面を作成し直すこともあり、この場合、受注者の労力が必要となり、受発注に伴う処理作業を円滑に進めることができなかった。
【０００４】
また、一般に、受注者（例えばメーカー）は、常備している標準部品の種類・仕様等を、カタログやガイドブックによって案内しているが、発注者は、案内された部品にとらわれず、自由な形状または自由な寸法で図面を作成する場合があった。そして、この場合、形状や寸法の僅かな違いにより、常備された標準部品では対応できず、納期が大幅に遅れたり、コストの増大をもたらすことがあった。
【０００５】
さらに、設計に不慣れな工務店等が、階段の構成部品を発注する際には、階段の形状と、個々の構成部品の寸法とがどのように関係し合うのか理解できない場合があり、この場合には、受注者及び発注者間での、発注内容の調整に手間取ることが多々あった。
【０００６】
そこで、本願発明者等は、複雑な加工を伴う住宅構成物の形状を、図面を作成することなく簡単に且つ正確に決定させ、また、常備された標準部品を用いることで安価に且つ速やかに対応できる受発注支援システムを、先に出願した（特願２００１−２３１７０２）。
【０００７】
これは、サーバーと発注側端末装置とを通信ネットワークを介して接続したものであり、サーバーは、発注側端末装置から組合せ情報が入力されると、組合せ情報に含まれる希望組合せパターンに対応する形状図面を、形状記憶手段から抽出し、発注側端末装置に送信するものである。
【０００８】
ところで、発注済の構成部品に関しては、伝票データによって管理されている。伝票データとは、発注された各構成部品の品名、材質、数量、及び単価等の情報を含むものであり、顧客への債権確定の基本データとして用いられている。つまり、この伝票データを基に明細別請求書が作成される場合もある。この伝票データは、経理や営業の直接の担当者によってのみ利用され、また、勝手に訂正データ等が書き込まれないように、十分な管理体制の下に利用されている。つまり、伝票データと図面データ（営業の受発注担当者や工場の担当者によって使用されるデータ）とは、全く別の体系になっている。なお、最近では、伝票データを、通信ネットワーク上で閲覧可能な状態に保持し、工務店等の発注者が発注側端末装置で伝票データを確認できるシステムが開発されている。これによれば、製造業者（受注者）も工務店（発注者）も債権・債務を正確に管理する上で有用な手段として期待されている。
【０００９】
【発明が解決しようとする課題】
しかし、伝票データは、これほど重要なデータであるにも拘わらず、これらのデータを用いても、取引の全貌を即座に確認することができない場合があった。また、現状の社会では、複雑な取引が増えているため、請求書に全てを盛り込むことが困難となってきている。
【００１０】
具体的に、住宅構成物として「階段」を発注した場合について説明する。階段を納入する際には、階段を構築するための構成部品として、踏み板、蹴込み板、及び踊り場等の部品が何十枚も一括で出荷される場合がある。また、使用される部所によって夫々必要な枚数も異なっている。このため、構成部品の出荷明細内訳が開示された請求書を見ても、構成部品及びその数が妥当であるのか否かを認識することが困難であった。特に、階段の場合、様々なタイプがあり個々に必要な部品や枚数が異なることから、請求書に記載された複数の構成部品が、階段セット（階段全体）を構成するものであるのか、階段の一部分に相当するものであるのかを判別することができなかった。つまり、請求書に「階段セット」という名称を用いることができなかった。このため、「階段セット」という名称があれば、請求書に開示された構成部品の妥当性をある程度理解できる場合であっても、そのような名称が使えないことから、認識の困難さが助長されていた。さらに、構成部品の品名に不慣れな場合には、請求書を見ても、これがどの住宅構成物に関する請求なのかさえ分からない場合もあった。これは全て出荷明細の数量及び金額を明確にする債権データなるが故の特性である。
【００１１】
一方、前述したように、形状図面を表示させるために作成された図面データは、受注及び生産の過程では極めて重要なデータであるが、債権確定のデータとは関連しないため、製品出荷後に利用されることはなかった。ところで、形状図面を作成するために、階段形状、材質、構造等の構成要素を決定したのは、建築を請け負った工務店であり、この決定に際しては、例えば階段デザインと住宅玄関との調和等、熟練及び経験が生かされている場合も多い。そして、工務店の中には、実際に施工した階段の組合せが気に入り、他の建築現場でも採用したいと思う場合もある。しかし、従来のシステムでは、商品出荷後は図面データを利用することができないため、別の現場において同じ階段を実現しようとすると、同一の構成要件を同じように入力しなければならなかった。つまり、これらの構成要件を全て記憶するか、或いは記録しておく必要があった。したがって、発注者の負担が大きくなり、システムの利用に躊躇することが懸念されていた。
【００１２】
本発明は、上記の実情に鑑み、発注の際に作成された図面データの有効利用を図るとともに、請求書等の内容を容易に認識させることができる住宅構成物のデータ管理システム、及びそのデータ管理プログラムの提供を課題とするものである。
【００１３】
【課題を解決するための手段】
請求項１の発明にかかる住宅構成物のデータ管理システムは、階段等の住宅構成物を構築するために必要とされる個々の構成部品を、通信ネットワークを介してサーバーに発注するとともに、発注した前記構成部品にかかる伝票データを前記サーバーから読出すことが可能な発注側端末装置を備える住宅構成物のデータ管理システムであって、前記サーバーは、前記伝票データを、発注番号に対応させて記憶する伝票データ記憶手段と、発注の際作成された前記住宅構成物の図面データを、前記発注番号に対応させて記憶する図面データ記憶手段と、前記発注側端末装置によって、前記発注番号が指示され、且つ前記伝票データを表示させる指令が入力されると、前記伝票データ記憶手段から前記発注番号に対応する伝票データを抽出し、前記発注側端末装置に送信する伝票データ出力手段と、前記伝票データの表示中、前記発注側端末装置によって前記図面データを表示させる指令が入力されると、表示中の前記伝票データと同一の発注番号が付与された図面データを、前記図面データ記憶手段から抽出し、前記発注側端末装置に送信する図面データ出力手段とを具備するものである。
【００１４】
ここで、「構成部品」とは、住宅構成物を構成する複数の部品であり、例えば、階段を住宅構成物とした場合、構成部品には、側板、踏み板、踏込板、踏込板廻り、及び上段框等が含まれる。また、「伝票データ」とは、発注された各構成部品にかかる債権確定のためのデータであり、例えば請求書を作成するための基本データとして利用されるものである。「発注番号」とは、構成部品を発注した際に付与される番号であり、例えば、発注毎に異なるように設定される。さらに、「図面データ」には、平面図、斜視図、または正面図等にかかるデータが含まれる。なお、図面は設計図面に限らず簡略化された図面であってもよい。つまり、発注者が住宅構成物の大まかな形状を確認できる程度のものであればよい。
【００１５】
したがって、請求項１の発明の住宅構成物のデータ管理システムによれば、サーバーは、発注側端末装置から、発注番号が指示され、且つ伝票データを表示させる指令が入力されると、伝票データ記憶手段から発注番号に対応する伝票データを抽出し、発注側端末装置に送信する。これにより、発注番号に対応する伝票データが発注側端末装置に表示され、発注者は、各構成部品にかかる伝票データの内容を、通信ネットワークを介して確認することが可能になる。なお、この際、伝票データのみでは、構成部品から得られる住宅構成物を認識できない場合がある。
【００１６】
そこで、このような場合には、発注側端末装置において図面データを表示させる指令を入力すればよい。すると、サーバーは、表示中の伝票データと同一の発注番号が付与された図面データを、図面データ記憶手段から抽出し、発注側端末装置に送信する。これにより、構成部品から構築することができる住宅構成物の図面が発注側端末装置に表示される。
【００１７】
請求項２の発明にかかる住宅構成物のデータ管理システムは、請求項１に記載の住宅構成物のデータ管理システムにおいて、前記伝票データ記憶手段に記憶されている前記伝票データ及び前記発注番号を基に、該発注番号が開示された請求書を作成する請求書作成手段と、前記発注側端末装置によって、前記発注番号が指示され、且つ前記図面データを表示させる指令が入力されると、前記図面データ記憶手段から前記発注番号に対応する図面データを抽出し、前記発注側端末装置に送信する第二図面データ出力手段をさらに備えるものである。
【００１８】
したがって、請求項２の発明の住宅構成物のデータ管理システムによれば、請求項１の発明の作用に加え、伝票データ及び発注番号を基に請求書が作成される。この請求書には、発注番号が開示されているため、発注者は請求書によって発注番号を認識することが可能になる。なお、一般に請求書は、捨てられたり破られたりすることはなく、大切に保管されており、特に、何らかの順序でファイリングされている場合が多い。つまり、請求書から発注番号を容易に探し出すことが可能となる。
【００１９】
サーバーは、発注番号が指示され、且つ図面データを表示させる指令が入力されると、図面データ記憶手段から発注番号に対応する図面データを抽出し、発注側端末装置に送信する。つまり、伝票データを表示させなくても、住宅構成物の図面を発注側端末装置に表示させることが可能になる。
【００２０】
請求項３の発明にかかる住宅構成物のデータ管理システムは、請求項１または請求項２に記載の住宅構成物のデータ管理システムにおいて、前記住宅構成物を複数の構成要素に分別するとともに、該構成要素の組合せ可能なパターンを、前記構成要素の組合せによって得られる前記住宅構成物の形状図面として記憶した形状記憶手段と、前記発注側端末装置から、前記構成要素の希望組合せパターンを含む組合せ情報が入力されると、該希望組合せパターンに対応する前記住宅構成物の形状図面を前記形状記憶手段から抽出する形状抽出手段と、該形状抽出手段によって抽出された前記住宅構成物の前記形状図面を、前記発注側端末装置に送信する形状情報出力手段と、該形状情報出力手段によって送信された前記形状図面を基に、前記構成部品の発注が指示されると、前記形状図面を前記図面データとして、前記図面データ記憶手段に格納する図面データ格納手段とをさらに具備するものである。
【００２１】
ここで、「住宅構成物の構成要素」とは、住宅構成物を機能的または形状的な観点から分別したときに、基となる成分であり、例えば、階段を住宅構成物とした場合、構成要素には、直階段の段数、廻り階段の段数、廻り方向、上部階段の有無、及び上部階段の段数等の項目が含まれる。
【００２２】
したがって、請求項３の発明の住宅構成物のデータ管理システムによれば、請求項１または請求項２の発明の作用に加え、構成部品を発注する際に、図面データを容易に作成することが可能になる。つまり、サーバーは、発注側端末装置から組合せ情報が入力されると、組合せ情報に含まれる希望組合せパターンに対応する形状図面を、形状記憶手段から抽出し、発注側端末装置に送信する。具体的に、階段を例として説明すると、発注側端末装置において直階段の段数、廻り階段の段数、廻り方向、上部階段の有無、及び上部階段の段数等、各構成要素の条件が入力または選択されると、サーバーでは、その構成要素の組合せに一致する階段の形状図面を複数の図面の中から抽出し、発注側端末装置に送信する。これにより、発注側端末装置において形状図面が表示される。形状図面を基に住宅構成物が確認され、構成部品の発注が指示されると、サーバーは、その形状図面を、確定された図面データとして、図面データ記憶手段に格納する。これにより、図面データを必要に応じて読み出すことが可能になる。
【００２３】
請求項４の発明にかかる住宅構成物のデータ管理システムは、請求項１乃至請求項３のいずれか一つに記載の住宅構成物のデータ管理システムにおいて、前記図面データ記憶手段には、前記図面データとともに、前記住宅構成物の内訳を示す内訳情報が記憶され、前記図面データ出力手段または第二図面データ出力手段は、前記図面データ及び前記内訳情報を前記図面データ記憶手段から抽出して前記発注側端末装置に送信するものである。
【００２４】
したがって、請求項４の発明の住宅構成物のデータ管理システムによれば、請求項１乃至請求項３のいずれか１つの発明の作用に加え、サーバーは、図面データとともに構成部品の内訳情報も出力するため、住宅構成物と、それを構築するための構成部品とを視覚的に関連させることが可能になる。
【００２５】
請求項５の発明にかかる住宅構成物のデータ管理プログラムは、階段等の住宅構成物を構築するために必要とされる個々の構成部品を、通信ネットワークを介してサーバーに発注するとともに、発注した前記構成部品にかかる伝票データを前記サーバーから読出すことが可能な発注側端末装置を備える住宅構成物のデータ管理システムにおいて使用される住宅構成物のデータ管理プログラムであって、前記伝票データを、発注番号に対応させて記憶する伝票データ記憶手段、発注の際作成された前記住宅構成物の図面データを、前記発注番号に対応させて記憶する図面データ記憶手段、前記発注側端末装置によって、前記発注番号が指示され、且つ前記伝票データを表示させる指令が入力されると、前記伝票データ記憶手段から前記発注番号に対応する伝票データを抽出し、前記発注側端末装置に送信する伝票データ出力手段、前記伝票データの表示中、前記発注側端末装置によって前記図面データを表示させる指令が入力されると、表示中の前記伝票データと同一の発注番号が付与された図面データを、前記図面データ記憶手段から抽出し、前記発注側端末装置に送信する図面データ出力手段として、前記サーバーを機能させるものである。
【００２６】
したがって、請求項５の発明の住宅構成物のデータ管理プログラムによれば、サーバーにおいて実行させることにより、発注側端末装置に対して、構成部品の伝票データを出力することが可能になるとともに、この構成部品から構築される住宅構成物の図面データを出力することが可能になる。なお、具体的な処理については、請求項１の作用と同様であるため、ここでは詳細な説明を省略する。
【００２７】
【発明の実施の形態】
以下、本発明の一実施形態である住宅構成物のデータ管理システム１（以下、データ管理システム１と称す）について、図１乃至図９に基づき説明する。図１はデータ管理システム１全体の構成を示す説明図であり、図２及び図３はデータ管理システム１におけるサーバーの機能的構成を示すブロック図であり、図４は支援システム１における発注側端末装置の機能的構成を示すブロック図である。また図５乃至図７は発注側端末装置における表示画面の一例を示す説明図であり、図８及び図９はサーバーにおける処理の流れを示すフローチャートである。
【００２８】
本実施形態のデータ管理システム１は、住宅構成物を構築するために必要とされる個々の構成部品を、ネットワーク３を介して受発注するとともに、発注した構成部品にかかる伝票データ及び図面データを容易に確認させることが可能なシステムである。なお、住宅構成物とは、住宅の一部を構成する集合部材のことであり、例えば、階段、キッチンユニット、玄関ユニット、収納ユニット、トイレユニット、及びバスユニット等を含めることができる。本実施形態では、住宅構成物として階段に適用した場合について具体的に説明する。
【００２９】
データ管理システム１は、図１に示すように、主な構成として、サーバー４と、このサーバー４にネットワーク３（インターネット等の広域通信ネットワーク、電話回線網、及びＩＳＰ（Ｉｎｔｅｒｎｅｔ　Ｓｅｒｖｉｃｅ　Ｐｒｏｖｉｄｅｒ）を含む）を介して接続された複数の発注側端末装置５とを備えている。なお、サーバー４は受注者６によって管理され、発注側端末装置５は発注者７（建築業者や工務店）が利用可能な状態に設けられている。また、ネットワーク３には、メーカー８が使用する製造側端末装置９が接続されており、製造側端末装置９によって受注内容を確認することが可能になっている。そして、受注した構成部品１０は、請求書１１を添付した形で、メーカー８から発注者７に配送される。
【００３０】
サーバー４は、発注側端末装置５からの指示を、ネットワーク３を介して受信し、これらの指示に応じた処理を行うものである。ハード構成としては、汎用のコンピュータと同様、主記憶装置、演算装置、及び制御装置から構成される中央処理装置と、キーボードやポインティングデバイス等、情報を直接入力するための入力装置と、サーバー４の中で処理された情報を取出すディスプレイ等の出力装置と、ネットワーク３を介してデータの送受信を行うモデム等の通信手段と、ハードディスク等から構成された記憶装置とを備えている。
【００３１】
なお、通信手段は、図２に示すように、発注側端末装置５からデータを受信する受信手段１３、及び発注側端末装置５にデータを送信する送信手段１４を有する通信制御手段１５によって制御されるようになっている。
【００３２】
また、図２及び図３に示すように、記憶装置は、図面データ記憶手段１６、伝票データ記憶手段１７、及び基本データ記憶手段１８に大別されている。基本データ記憶手段１８は、発注の際に利用されるデータ、特に図面データ２７を作成する際の基となるデータが記憶されたものである。具体的には、選択マスタ２０、形状図面データベース２１、構成部品データベース２２、及び在庫管理データベース２３が記憶されている。選択マスタ２０は、発注者７に、構成要素２１ａの組合せパターン（後述する）や、階段の各部における希望寸法等を選択させるための基本データであり、形状マスター、寸法マスター、色マスター、及び素材マスター等を含んでいる。
【００３３】
形状図面データベース２１は、階段を機能的な観点によって、複数の成分すなわち複数の構成要素２１ａに分別し、これらの構成要素２１ａの組合せ可能なパターンを、構成要素２１ａの組合せによって得られる階段の形状図面２１ｂとして記憶しているものである。ここで、構成要素２１ａには、「直階段の段数」、「廻り階段の段数」、「廻り方向」、「上部階段の有無」、及び「上部階段の段数」等が含まれ、これらの組合せと形状図面２１ｂとが対応して記憶されている。なお、この形状図面２１ｂは寸法に対応しておらず、階段のサイズが異なっていても、構成要素２１ａの組合せパターンが同一であれば同じ形状図面２１ｂとなる。また、形状図面２１ｂには、階段の全体的な形状を表す全体形状図面と、階段の組合せ途中における部分形状図面とが含まれている。なお、詳細については後述する。ここで、形状図面データベース２１が本発明の形状記憶手段に相当する。
【００３４】
構成部品データベース２２は、構成部品１０に関するデータを記憶しているものである。なお、これらのデータには、構成部品１０の名称、品番、標準寸法、及び価格等が含まれ、各構成部品１０に対応するように表形式で記憶されている。また、在庫管理データベース２３には、常備された在庫の種類及び個数等を含む在庫情報と、生産所要日数に関する生産確認情報と、構成部品１０を配送する際に必要となる運賃に関する運賃情報とが記憶されている。
【００３５】
一方、図面データ記憶手段１６は、発注処理の際に作成された図面データ２７、即ち、発注された構成部品１０によって構築可能な階段の形状図面に関するデータが記憶されるものである。また、図面データ記憶手段１６には、夫々の図面データ２７に対応するように付与された発注番号２６、及び階段の内訳を示す内訳情報２８も記憶されるようになっている。
【００３６】
伝票データ記憶手段１７には、債権確定のための基本データとなる伝票データ２９が、発注番号２６に対応して記憶されている。なお、伝票データ２９の内訳としては、特に限定されるものではないが、品名、部品番号、寸法、数量、単価、及びその他の情報を例示することができる。
【００３７】
ところで、このサーバー４には、住宅構成物のデータ管理プログラムがインストールされており、このプログラムを実行させることにより、以下に示す機能的構成を有するものになる。
【００３８】
すなわち、図２に示すように、サーバー２は、図面データ２７を作成するとともに、その図面データ２７を図面データ記憶手段１６に記憶させるための手段として、図面データ作成手段３１を備えている。この機能的構成を、図３に基づき詳細に説明すると、図面データ作成手段３１には、入力画面作成手段３２、出力制御手段３３、形状抽出手段３４、必要寸法算出手段３５、及び構成部品抽出手段３６を有している。入力画面作成手段３２は、構成要素２１ａの組合せパターンや、階段の各部における希望寸法等を、発注者７に選択させるためのものであり、質問形式の入力画面が、選択マスタ２０に記憶された各データに基づいて作成される。つまり、選択可能な数値や組合せを発注側端末装置５に順次表示させ、その中から所望の数値や組合せを選択させるようにしている。なお、入力画面作成手段３２において作成された入力画面は、出力制御手段３３によって送信用信号に変換され、送信手段１４に送られる。
【００３９】
形状抽出手段３４は、入力画面作成手段３２によって作成された質問形式の入力画面に、希望組合せパターンに関する情報が入力されると、希望組合せパターンに対応する階段の形状図面を、形状図面データベース２１から抽出し、出力制御手段３３に送出するものである。
【００４０】
必要寸法算出手段３５は、質問形式の入力画面に、さらに希望寸法に関する情報や素材に関する情報が入力されると、希望組合せパターン及び希望寸法等から構成部品１０の種類を選定するとともに、個々の構成部品１０における必要寸法を算出するものである。なお、必要寸法を算出する際には、現場において加工されるときに必要となる加工しろの長さが加味される。
【００４１】
形状抽出手段３４は、必要寸法算出手段３５によって算出された必要寸法と、構成部品データベース２２に記憶された個々の構成部品１０の標準寸法とを比較して、この階段に適切な構成部品１０を選定するものである。つまり、寸法に関して言えば、必要寸法と等しいか、あるいはそれより大きなサイズの構成部品１０が選定される。また、構成部品抽出手段３６では、標準寸法抽出部３７によって構成部品１０の標準寸法が抽出され、価格抽出部３８によって構成部品１０の価格及び品番等が抽出され、個数算出部３９によって構成部品１０の個数が算出される。このように、抽出または算出された構成部品１０に関する情報は、出力制御手段３３に送られる。これにより、発注側端末装置５に、構成部品１０に関する情報、すなわち見積情報を送信することが可能になる。ここで、出力制御手段３３は、本発明の形状情報出力手段として機能している。
【００４２】
また、図面データ作成手段３１は、機能的構成として、受注処理手段４０及び発注番号付与手段４１を備えている。受注処理手段４０は、受信手段１３を介して発注側端末装置５から受注情報が入力された場合に、在庫管理データベース２３に記憶されている各データに基づいて、構成部品１０の納期や運賃等を算出し、出力制御手段３３及び発注番号付与手段４１に出力するものである。なお、受注処理手段４０が受注した受注情報は、発注番号付与手段４１によって発注番号２６が付与された後、基本データ記憶手段１８の受発注記憶部２４に記憶される。
【００４３】
さらに、図面データ作成手段３１は、図面データ格納手段４２を備えている。図面データ格納手段４２は、発注側端末装置５から受注処理手段４０に受注情報が入力されると、今回作成された形状図面を図面データ２７として図面データ記憶手段１６に格納させるものである。なお、この際、発注番号付与手段４１によって付与された発注番号２６が図面データ２７に関連付けられて格納される。これにより、発注番号２６を基に、図面データ記憶手段１６から図面データ２７を取出すことが可能になる。
【００４４】
図２に示すように、サーバー４には、発注側端末装置５から、伝票データ２９を表示させる旨の指令、または図面データ２７を表示させる旨の指令が入力されたことを認識する指令認識手段４４が備えられている。特に、指令認識手段４４は、発注番号認識部４５を有しており、発注側端末装置５から送信された発注番号２６を認識する。指令認識手段４４によって認識された指令及び発注番号２６は、伝票データ出力手段４６、第一図面データ出力手段４７、及び第二図面データ出力手段４８に出力される。
【００４５】
伝票データ出力手段４６は、伝票データ記憶手段１７から発注番号２６に対応する伝票データ２９を抽出し、発注側端末装置５に送信するものである。第一図面データ出力手段４７は、伝票データ２９の表示中に機能し、この伝票データ２９と同一の発注番号２６が付与された図面データ２７を図面データ記憶手段１６から抽出して発注側端末装置５に送信するものである。また、第二図面データ出力手段４８は、伝票データ２９の表示とは関係なく図面データ２７を出力するものであり、発注側端末装置５によって発注番号２６が入力されると、図面データ記憶手段１６から発注番号２６に対応する図面データ２７を抽出し、発注側端末装置５に送信する。ここで、第一図面データ出力手段４７が本発明の図面データ出力手段に相当する。
【００４６】
なお、サーバー４には請求書作成手段４９が備えられており、伝票データ記憶手段１７に記憶された伝票データ２９及び発注番号２６を基に、各構成部品１０に関する情報（品名、数量及び金額等）、及び発注番号２６が開示された請求書１１が作成される。なお、サーバー４には、印刷装置５０が接続されており、請求書作成手段４９の出力を基に請求書１１が印刷されるようになている。このように、発注番号２６が印刷された請求書１１が作成されることから、請求書１１を保管することにより、発注者７はいつでも発注番号２６を容易に確認することが可能になる。
【００４７】
一方、発注側端末装置５は、ブラウザソフトがインストールされた汎用のコンピュータであり、主記憶装置、演算装置、及び制御装置から構成される中央処理装置と、ネットワーク３を介してデータを送受信する通信装置とを備えている。なお、図４に示すように、通信装置は、受信手段５５及び送信手段５６を有する通信制御手段５７によって制御される。また、発注側端末装置５には、キーボードやポインティングデバイス等の入力装置５８と、ディスプレイ５９を制御する表示制御手段６０とが設けられている。
【００４８】
さらに、発注側端末装置５には、機能的構成として、入力画面が表示された際に、入力装置５８を用いて組合せ情報（希望組合せパターンを含む情報）を入力または選択するための組合せ情報入力部６２、及び同じく入力装置５８を用いて寸法情報（階段の各部における希望寸法を含む情報）を入力または選択するための寸法情報入力部６３を有する住宅構成物指示手段６４が備えられている。また、見積りを指示するための見積り指示手段６５と、見積情報の確認後、発注を指示するための発注指示手段６６も備えられている。
【００４９】
また、発注側端末装置５は、伝票データ２９を表示させることを指示するための伝票データ指示手段６８と、図面データ２７を表示させることを指示するための図面データ指示手段７０とを備えている。そして、伝票データ指示手段６８及び図面データ指示手段７０は、入力装置５８を用いて発注番号２６を選択または入力させるための発注番号選択部６７及び発注番号入力部６９を有している。
【００５０】
次に、本実施形態のサーバー４における図面データ作成処理を図８に基づき説明する。サーバー４は、いずれかの発注側端末装置５からアクセスがあった場合（ステップＳ１においてＹＥＳ）、その発注側端末装置５に情報入力画面を出力する（ステップＳ２）。これにより、発注側端末装置５のディスプレイ５９において情報入力画面が表示されるとともに、発注者７は、組合せ情報及び寸法情報等を入力することが可能になる。
【００５１】
そして、サーバー４は、組合せ情報が順次入力されると（ステップＳ３においてＹＥＳ）、その入力に応答し、階段の中で、パターンの確定した部分から順番に形状図面（部分形状図面）を抽出し、発注側端末装置５に送信する。具体的に、構成要素「直階段の段数」に対して「四段」が選択された場合には、図５（ａ）に示すように、四段の直階段の平面形状を示す部分形状図面７５を出力する。その後、構成要素「廻り階段の段数」に対して「六段」が選択され、且つ構成要素「廻り階段の向き」に対して「右」が選択された場合には、図５（ｂ）に示すように、四段の直階段と六段の右回り階段とを組合せた階段を示す部分形状図面７６を出力する。なお、部分形状図面７６は、部分形状図面７５に重ねて表示されるため、廻り階段の部分のみを追加したように見せることができる。さらに、構成要素「上部階段の段数」に対して「四段」が選択された場合には、図５（ｃ）に示すように、四段の直階段、六段の右回り階段、及び四段の上部階段を組み合わせた全体形状図面７７を出力する。このように、組合せパターンが全て確定するまで（ステップＳ５においてＮＯ）、ステップＳ３，Ｓ４の処理を繰返し、形状図面を段階的に表示させる。
【００５２】
次に、サーバー２は、構築しようとする階段、すなわちディスプレイ５９に表示された階段に関して、寸法、色、及び素材等を含む寸法情報が入力されたか否かを判断する。ここで、「各部」には、柱角の大きさ、柱と柱との間隔、踏み板幅、踏み板厚、階高、踏み面の高さ、及び鼻の出等が含まれる。そして、これらの寸法情報が入力された場合には（ステップＳ６においてＹＥＳ）、階段を構築するのに適した構成部品１０の種類を選定するとともに、構成部品１０における必要寸法を算出する（ステップＳ７）。例えば、柱角の大きさと柱の間隔とから柱内寸法を求め、これに加工しろを加えて必要な踏み板長さを算出する。また、踏み面の長さ、蹴上げの高さ（階高／総段数）、及び直階段の段数から、直階段の側板の長さを算出する。
【００５３】
その後、算出された必要寸法に一致する構成部品１０、または一致するものがない場合には必要寸法より大きな寸法の構成部品１０を抽出する（ステップＳ８）。なお、この際、色や素材に関する情報も選定条件とされる。また、各構成部品１０の個数を算出する（ステップＳ９）。例えば、直階段の段数と上部階段の段数とを加え、それを踏み板の個数とする。
【００５４】
そして、このように構成部品１０に関するデータを取得した後、これらのデータを構成部品情報として発注側端末装置５に出力する（ステップＳ１０）。これにより、発注側端末装置５のディスプレイ５９には、図６に示すような表示画面７８が表示され、発注者７は、階段の形状を確認できるとともに、必要な構成部品１０を見積情報として認識することが可能になる。なお、表示画面７８には、各構成部品１０の名称、品番、数量、サイズ（寸法）、及び価格が表形式で表示される。
【００５５】
その後、発注側端末装置５から、発注の指示、納入場所、及び納入方法等を含む発注情報が入力されると（ステップＳ１１においてＹＥＳ）、在庫管理データベース２３に基づいて、納期や運賃を求め、受注情報として発注側端末装置５に出力する（ステップＳ１２）。また、これとともに、作成された形状図面を図面データ２７として図面データ記憶手段１６に格納する（ステップＳ１３）。
【００５６】
上記一連の作業により、発注者７から受注者６に構成部品１０が発注されるとともに、図面データ２７が作成される。
【００５７】
続いて本実施形態のサーバー４における閲覧処理（本発明の住宅構成物のデータ管理プログラムに相当）を図９に基づき説明する。サーバー４は、いずれかの発注側端末装置５からアクセスがあった場合（ステップＴ１においてＹＥＳ）、発注側端末装置５において伝票閲覧画面が選択されたか否かを判断する（ステップＴ２）。ステップＴ２において伝票閲覧画面が選択された場合には（ＹＥＳ）、発注番号２６が開示された伝票の一覧表を発注側端末装置５に表示させるように出力する（ステップＴ３）。その後、一覧表の中から所望の伝票に対する発注番号２６が選択されると（ステップＴ４においてＹＥＳ）、その発注番号２６に対応する伝票データ２９を伝票データ記憶手段１７から抽出し（ステップＴ５）、抽出した伝票データ２９を発注側端末装置５に送信する（ステップＴ６）。これにより、発注側端末装置５のディスプレイ５９に、図７（ａ）に示すような閲覧画面８０が表示され、発注者７は、債権確定の基となる伝票データ２９の内容を確認することが可能となる。
【００５８】
そして、その閲覧画面８０が表示されている際に、閲覧画面８０に設けられた図面表示指示部８１がクリック操作されることにより、図面データ２７の表示要求が入力されると（ステップＴ７においてＹＥＳ）、その伝票データ２９と同じ発注番号２６が付与された図面データ２７及び内訳情報２８を図面データ記憶手段１６から抽出する（ステップＴ８）とともに、抽出した図面データ２７及び内訳情報２８を発注側端末装置５に送信する（ステップＴ９）。これにより、発注側端末装置５のディスプレイ５９に、図７（ｂ）に示すような閲覧画面８２が表示され、発注者７は、構成部品１０から構築される図面８３及びその内訳８３を確認することが可能になる。
【００５９】
一方、ステップＳ２において伝票閲覧画面が選択されることなく（ＮＯ）、発注番号２６が入力され（ステップＴ１１においてＹＥＳ）、且つ図面データ２７の表示要求が入力されると（ステップＴ１２においてＹＥＳ）、ステップＴ３〜Ｔ７の処理をスキップし、ステップＴ８の処理に移行する。つまり、伝票データ２９が表示される閲覧画面８０を表示させなくても、発注番号２６が入力され図面データ２７を表示させる指令が入力された場合には、図面データ２７が開示された閲覧画面８２を直接表示させる。なお、その後、発注側端末装置５において終了することが指示された場合には（ステップＴ１０においてＹＥＳ）、全ての処理を終了する。なお、図示していないが、図面データ２７が表示される閲覧画面８２から、伝票データ２９が表示される閲覧画面８０に戻ること、及び閲覧画面８０から一覧表が表示される画面に戻ることも可能である。
【００６０】
このように、上記のデータ管理システム１では、発注後に作成される構成部品１０の伝票データ２９と、発注の際に作成される階段の図面データ２７とを、発注番号２６を介して関連させたことにより、例えば請求書１１等のみでは構成部品１０の用途が不明確であっても、表示された図面８３を参照させることで、階段が構築されることを容易に認識させることができる。特に、図面８３を表示させるための図面データ２７は、発注時に作成されるものであることから、管理者や発注者７の負担を大きくすることなく、データを容易に蓄積することができる。
【００６１】
また、上記のデータ管理システム１では、請求書１１によって発注番号２６を容易に認識させることができる。また、伝票データ２９を表示させなくても、直接、階段に関する図面データ２７が表示されるため、発注者７に、請求書１１の内容と、構成部品１０から構築される階段の図面とを容易に対比させることができる。
【００６２】
上記のデータ管理システム１では、図面データ２７を作成するにあたって、構成要素２１ａの組合せパターンを指示することにより、そのパターンに対応した階段の形状図面２１ｂを表示させることが可能になる。このため、図面を作成するという手間がなくなり、発注者７の負担を軽くすることができる。また、表示された形状図面２１ｂに基づいて発注されることにより、発注内容が受注者６に正確に伝わり、受注者６の労力も低減できる。さらに、階段を構築するために必要な構成要素２１ａを、発注側端末装置５において認識することが可能になり、設計等に不慣れな発注者７であっても、間違いなく注文することができる。
【００６３】
特に、形状図面２１ｂにおいては、各種寸法によってパターンを変更しないことから、固定化されたパターンとして登録すればよく、ＣＡＤによる毎回の作図が必要でなくなる。これにより、作図に伴う複雑な作業を発注者７に強いることがなく、極めて容易に作業を行なわせることができるとともに、発注側端末装置５におけるアプリケーションプログラムの導入や能力の負担を低減することができる。また、固定化された図形を表示することから、図形の簡略化を図ることが可能になり、携帯端末等、比較的小さな画面の端末装置であっても対応することが可能である。
【００６４】
以上、本発明について好適な実施形態を挙げて説明したが、本発明はこれらの実施形態に限定されるものではなく、以下に示すように、本発明の要旨を逸脱しない範囲において、種々の改良及び設計の変更が可能である。
【００６５】
すなわち、本実施形態のデータ管理システム１では、発注側端末装置５として、汎用のコンピュータを用いるものを示したが、発注側端末装置５は、ネットワーク３を介してサーバー４にアクセスできるものであればよく、例えば携帯電話等を利用することも可能である。
【００６６】
また、本実施形態のデータ管理システム１では、図面データ２７を表示させる閲覧画面８２と、伝票データ２９を表示させる閲覧画面８０とを別の画面から構成するものを示したが、同一の画面上に、図面データ２７及び伝票データ２９を表示させるようにしてもよい。
【００６７】
【発明の効果】
以上のように、請求項１の発明の住宅構成物のデータ管理システムは、発注後に作成される構成部品の伝票データと、発注の際に作成される住宅構成物の図面データとを、発注番号を介して互いに関連させたことにより、請求書等のみでは構成部品の用途が不明確であっても、表示された図面を参照させることで、住宅構成物を容易に認識させることができる。また、発注の際に作成された図面データを、製品出荷後に有効活用することができる。
【００６８】
請求項２の発明の住宅構成物のデータ管理システムは、請求項１の発明の効果に加え、発注番号が請求書に開示されるため、発注番号を容易に探し出すことができる。また、伝票データを表示させなくても、住宅構成物の図面を表示させることができるため、構成部品の伝票データが開示された請求書と、その構成部品から構築される住宅構成物の図面とを容易に対比させることができる。
【００６９】
請求項３の発明の住宅構成物のデータ管理システムは、請求項１または請求項２の発明の効果に加え、図面データを極めて容易に蓄積することができる。また、構成部品を発注する際には、発注者が住宅構成物の図面を作成する、という手間がなくなり、発注者の負担を軽くすることができる。
【００７０】
請求項４の発明の住宅構成物のデータ管理システムは、請求項１乃至請求項３のいずれか一つの発明の効果に加え、構成部品の内訳情報も表示されるため、住宅構成物の構成を一層明確に認識させることができる。
【００７１】
請求項５の発明の住宅構成物のデータ管理プログラムは、実行させることにより、伝票データ及び図面データを関連させて出力することが可能になる。つまり、データベースにおける利用範囲が拡張され、有効利用を図ることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態であるデータ管理システムの構成を示す説明図である。
【図２】データ管理システムにおけるサーバーの機能的構成を示すブロック図である。
【図３】サーバーの機能的構成の一部を具体的に示すブロック図である。
【図４】データ管理システムにおける発注側端末装置の機能的構成を示すブロック図である。
【図５】発注側端末装置において表示される形状図面の一例を示す説明図である。
【図６】図面データ作成処理における表示画面の一例を示す説明図である。
【図７】閲覧処理における表示画面の一例を示す説明図である。
【図８】サーバーにおける図面データ作成処理の流れを示すフローチャートである。
【図９】サーバーにおける閲覧処理の流れを示すフローチャートである。
【符号の説明】
１　データ管理システム（住宅構成物のデータ管理システム）
３　ネットワーク（通信ネットワーク）
４　サーバー
５　発注側端末装置
１０　構成部品
１１　請求書
１６　図面データ記憶手段
１７　伝票データ記憶手段
２１ａ　構成要素
２１ｂ　形状図面
２６　発注番号
２７　図面データ
２８　内訳情報
２９　伝票データ
３３　出力制御手段（形状情報出力手段）
３４　形状抽出手段
４２　図面データ格納手段
４６　伝票データ出力手段
４７　第一図面データ出力手段（図面データ出力手段）
４８　第二図面データ出力手段
４９　請求書作成手段
【図１】
2004110672.tif 000003
【図２】
2004110672.tif 000004
【図３】
2004110672.tif 000005
【図４】
2004110672.tif 000006
【図５】
2004110672.tif 000007
【図６】
2004110672.tif 000008
【図７】
2004110672.tif 000009
【図８】
2004110672.tif 000010
【図９】
2004110672.tif 000011