JPH05307561A - テキスタイルデータ処理装置 - Google Patents

Abstract

(57)【要約】 【目的】テキスタイルの企画及び生産をデータに基づい
て判断して行えるようにすること。 【構成】異なるテキスタイル会社２０が提供する多品目
のテキスタイルのデータを情報統括会社３０のテキスタ
イルデータベース（ＤＢ）３３に単品毎に記憶しておく
と共に、これら単品目に対応して取引実績データを取引
実績ＤＢ３４に記憶しておき、アパレル会社１０もしく
はテキスタイル会社２０から逐次入力される取引データ
に基づいて取引実績ＤＢ３４を更新する。アパレル会社
１０やテキスタイル会社２０からテキスタイルデータの
検索が行われるとき、ホストコンピュータ３２は、上記
テキスタイルＤＢ３３の内容に加えて、それに関係する
取引実績ＤＢ３４の内容に基づく売行き情報とを検索
し、その検索結果を端末１１又は２２に表示する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、特に高級婦人服のよう
な多品目少量生産のテキスタイル（生地）の企画，生
産，並びに取引の際に利用されるテキスタイルデータ処
理装置に関する。

【０００２】

【従来の技術】従来、テキスタイルの企画及び生産に際
しては、服を企画生産するアパレル会社と、そのアパレ
ル会社と取引関係を有するテキスタイル会社との間で、
アパレル会社が企画したこの服にはどのようなテキスタ
イルが合い、どの程度売れるだろうかということを、両
会社の担当者が協議し、それぞれの担当者の勘と経験に
基づいて決めていた。あるいは、テキスタイル会社単独
で、流行等を考慮して、売れるだろうと思われるテキス
タイルを企画し、見込んだ発注数に従って生産を行うよ
うにしていた。このように、従来は、テキスタイルの企
画及び生産に於いては、どのようなテキスタイルをどれ
だけ生産するかを、人間の勘と経験に基づいて決めてい
た。

【０００３】

【発明が解決しようとする課題】しかしながら、デザイ
ンやテキスタイル等は、非常に流行に左右され易いもの
であり、見込んだ企画や発注数等が計画通りに売れない
場合が非常に多く、せっかく生産したものが無駄になっ
てしまうことが多かった。特に、多品目少量生産の最た
るものである高級婦人服を対象とするものについては、
その商品サイクルが短いこともあって、このような傾向
が強い。逆に、売れるものは非常に売れ、そのテキスタ
イルが不足してしまい、まだ十分に売れる服を作ること
ができないということがあった。

【０００４】即ち、人間の勘と経験に基づく従来のテキ
スタイルの企画及び生産方法では、テキスタイル会社側
からみればテキスタイルの売れ残りというリスクがあ
り、アパレル会社側からみればテキスタイルの不足で売
れている服の追加生産ができないという問題点があっ
た。

【０００５】本発明は、上記の点に鑑みてなされたもの
で、従来、人間の勘と経験に大幅に依存していたテキス
タイルの企画及び生産に於いて、データに基づき判断
し、多品目少量生産及び繰り返しオーダができるように
するためのテキスタイルデータ処理装置を提供すること
を目的とする。

【０００６】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明のテキスタイルデータ処理装置は、異なる
加入者が提供する多品目のテキスタイルのデータが単品
毎に記憶されたテキスタイルデータ記憶手段１（図１の
（Ａ）を参照、以下同じ）と、上記単品目に対応して取
引実績データが記憶された取引実績データ記憶手段２
と、逐次入力される取引データに基づき、上記取引実績
データ記憶手段２に記憶された取引実績データを更新す
る更新手段３と、上記テキスタイルデータ記憶手段１の
内容と、それに関係する上記取引実績データ記憶手段２
の内容に基づく情報とを検索する検索手段４と、上記検
索手段４による検索結果を表示する表示手段５とを備え
ることを特徴としている。

【０００７】

【作用】即ち、本発明のテキスタイルデータ処理装置で
は、異なる加入者、例えば異なるテキスタイル会社が提
供する多品目のテキスタイルのデータをデータベースと
してテキスタイルデータ記憶手段１に単品毎に記憶して
おくと共に、取引実績データ記憶手段２に上記単品目に
対応して取引実績データを記憶しておき、また逐次入力
される取引データに基づいて上記取引実績データ記憶手
段２に記憶された取引実績データを更新手段３により更
新されるようにしておく。そして、例えばアパレル会社
やテキスタイル会社等の加入者からテキスタイルデータ
の検索が行われるときに、検索手段４は、上記テキスタ
イルデータ記憶手段１の内容に加えて、それに関係する
上記取引実績データ記憶手段２の内容に基づく情報とを
検索し、その検索結果を表示手段５に表示するようにし
ている。従って、検索したテキスタイルの売行き状況が
わかり、流行に合ったテキスタイルの企画生産あるいは
受発注をタイムリー且つ素早く行うことができるように
なる。

【０００８】

【実施例】以下、図面を参照して、本発明の実施例を説
明する。図２は、本発明の第１実施例の構成を示す図
で、複数のアパレル会社（Ａ，Ｂ，Ｃ，…）１０と複数
のテキスタイル会社（Ａ，Ｂ，Ｃ，…）２０との間に、
情報統括会社３０を配し、情報提供サービスネットワー
クを展開している。

【０００９】情報統括会社３０には、モデム３１Ａ，３
１Ｂにより、公衆電話回線を介して、アパレル会社１０
及びテキスタイル会社２０に結合されたホストコンピュ
ータ３２が設置されている。このホストコンピュータ３
２には、図３に示すようなテキスタイルデータベース
（ＤＢ）３３と、図４の（Ａ）に示すような取引実績Ｄ
Ｂ３４、及びアパレル会社１０で使用されるデザイン画
がストアされたアパレルデザインＤＢ３５が結合されて
いる。さらにこのホストコンピュータ３２には、キーボ
ード，高解像度ディスプレイ，プリンタ，等を含むワー
クステーションレベルの端末３６が接続されており、こ
の端末３６にはさらにスキャナ３７が接続されている。

【００１０】各アパレル会社１０は、モデム１１により
情報統括会社３０のホストコンピュータ３２に結合され
た情報用の端末１２を有している。この端末１２は、キ
ーボード，高解像度ディスプレイ，プリンタ，等を含む
ワークステーションレベルのものであり、例えば、図１
の（Ｂ）に示すように、その表示画面１３に、複数のウ
ィンド１４，１５，１６を開いて、商品情報を文字で示
すことも、テキスタイルのイメージ情報を出すことも、
またデザインＣＡＤで作成した服のデザインに合わせて
はめ込み等の処理が行えるようになっている。なお、服
のデザインに関しては、情報統括会社３０のアパレルデ
ザインＤＢ３５にストアされているデザイン画を読出し
て利用することもできる。

【００１１】各テキスタイル会社２０は、テキスタイル
の企画，生産指示を行う会社であり、ここにもアパレル
会社１０と同様に、モデム２１Ａにより公衆電話回線を
介して、情報統括会社３０のホストコンピュータ３２に
結合された端末２２が配置されている。但し、この端末
２２は、アパレル会社１０の端末１２のようなはめ込み
処理はできないものではあるが、テキスタイルのデザイ
ン等の変更や作成を行えるようになっている。

【００１２】各テキスタイル会社２０は、モデム２１Ｂ
により公衆電話回線を介して結合された、実際のテキス
タイルの生産を行う染物会社４１，糸会社４２，織物会
社４３，生地会社４４，等の生産会社群（Ａ，Ｂ，Ｃ，
…）４０をその傘下に持っている。これらの生産会社へ
テキスタイル会社２０は生産指示をオンラインで出して
実際の生産を行う。なお、この図に於いては、各生産会
社４１〜４４を一つずつしか示していないが、実際には
それぞれ複数の生産会社を含むことがある。

【００１３】情報統括会社３０のテキスタイルＤＢ３３
は、図３に示すように、大きく分けて、イメージ情報Ｄ
Ｂ３３Ａ，商品情報ＤＢ３３Ｂ，加工情報ＤＢ３３Ｃの
３つの情報データベースからなっている。イメージ情報
ＤＢ３３Ａは、登録されたテキスタイルの単品毎に、品
番コードと、そのテキスタイルの静止画像情報とを関連
付けて記憶している。

【００１４】商品情報ＤＢ３３Ｂは、単品毎に、品番コ
ードと、販売時期，対象シーズン，色，柄，素材，織
方，発注条件，標準価格，取扱い会社，等のテキスタイ
ルに関する諸々の情報を文字情報として記憶している。

【００１５】加工情報ＤＢ３３Ｃは、品番コードと、そ
の品番のテキスタイルに必要な必要材料，加工手順，取
扱い会社，等のそのテキスタイルを生産するのに必要な
情報が記憶されている。この加工情報ＤＢ３３Ｃから検
索された情報に基づいて、テキスタイル会社２０は生産
計画を立て、傘下の生産会社群４０へ加工指示を出すよ
うになっている。

【００１６】また、情報統括会社３０の取引実績ＤＢ３
４は、図４の（Ａ）に示すように、品番コード毎に、受
発注がなされた時やその取消等がなされた時に、それら
の数量が、その度毎に逐次入力更新されるようになって
いる。

【００１７】次に、情報統括会社３０のホストコンピュ
ータ３２の処理フローチャートである図５を参照しなが
ら、上記のような構成に於ける動作を説明する。ホスト
コンピュータ３２は、端末３６から、あるいはモデム３
１Ａを介してアパレル会社１０の端末１２から、または
モデム３１Ｂを介してテキスタイル会社２０の端末２２
から、その端末を識別するためのユーザコードを受信す
ると、そのユーザコードを解析し、データベースにアク
セスしようとしているのがどの会社であるのかを判断す
る（ステップＳ１）。

【００１８】その後、その識別した端末からコマンドが
与えられると、そのコマンドの指示内容を解析する（ス
テップＳ２）。この解析の結果、ホストコンピュータ３
２の入力端末３６からの登録モードで（ステップＳ
３）、テキスタイルデータ登録モードであれば（ステッ
プＳ４）、テキスタイルデータ登録モードとする。そし
て、外部のデータベースの情報をそのまま、又はアレン
ジして、テキスタイルＤＢ３３に登録する（ステップＳ
５）。あるいは、テキスタイル会社２０の企画，サンプ
ル生産したテキスタイルのテキスタイルデータを端末３
６から入力すると共に、そのサンプルをスキャナ３７で
読み取って画像データとして入力し、テキスタイルＤＢ
３３に登録する（ステップＳ６）。そして、登録処理が
全て終了したならば（ステップＳ７）、上記ステップＳ
２に戻り、次のコマンドの解析を行う。

【００１９】また、テキスタイルの登録モードではな
く、デザイン登録モードであれば（ステップＳ８）、同
様に、外部データベースの情報又はアパレル会社１０の
企画，デザインした服のデザイン画をアパレルデザイン
ＤＢ３５に登録する（ステップＳ９）。そして、登録処
理が全て終了したならば（ステップＳ１０）、上記ステ
ップＳ２に戻り、次のコマンドの解析を行う。

【００２０】また、検索モードであれば（ステップＳ１
１）、アパレル会社１０あるいはテキスタイル会社２０
からの要求に応じて、その検索条件に従ってホストコン
ピュータ３２はテキスタイルＤＢ３３，取引実績ＤＢ３
４，アパレルデザインＤＢ３５を検索して（ステップＳ
１２）、結果を各会社側へ送信する。そして、検索処理
が全て終了したならば（ステップＳ１３）、上記ステッ
プＳ２に戻り、次のコマンドの解析を行う。

【００２１】なお、この検索の際には、アパレル会社１
０あるいはテキスタイル会社２０の端末１１，２２で
は、検索条件に合ったテキスタイルの商品情報，取引実
績データ（これを参照できることにより売れ筋が分か
る），必要に応じてテキスタイルの画像を見ることがで
きる。

【００２２】例えば、アパレル会社１０は、その端末１
１で、情報統括会社３０のアパレルデザインＤＢ３５に
登録されているデザインデータを読出し、図１の（Ｂ）
に示すウィンド１６にそれを表示する。これに基づき、
デザインの修正，変更を行う。また、このデザインに合
ったテキスタイルを選択するために、検索条件を入れ、
テキスタイルＤＢ３３から検索を行う。そして、いくつ
か選ばれたテキスタイルの中から、実際の画像データを
引き出し、ウィンド１５に画像として表示してみる。こ
の際、ウィンド１４に取引ＤＢ３４から検索した取引実
績データも表示される。そして、これを見て、これでＯ
Ｋとなれば、発注を行う（即ち、受発注モードへ進
む）。

【００２３】アパレル会社１０からの発注要求により、
受発注モードとなることが判断されると（ステップＳ１
４）、その発注データ（発注数量）に基づき、取引実績
の内容が更新される（ステップＳ１５）。そして、受発
注処理が全て終了したならば（ステップＳ１６）、上記
ステップＳ２に戻り、次のコマンドの解析を行う。

【００２４】テキスタイル会社では、こうして受注され
たテキスタイルは、その品番が分かっているので、その
品番のテキスタイルＤＢ３３（加工情報ＤＢ３３Ｃ）を
アクセスすることにより、詳細な加工情報を得ることが
できる。そして、その加工情報に基づき、生産計画を立
てて、各部材の生産工場４１〜４４へ生産指示情報及び
加工情報を送信する。各工場は、その生産指示情報に基
づき生産を行う。

【００２５】なお、上記ステップＳ１２に於ける検索処
理は、図６のフローチャートに示すようにして行われ
る。即ち、アパレル会社１０からのテキスタイル検索で
あれば（ステップＳ２１，Ｓ２２）、テキスタイルＤＢ
３３の内、イメージ情報ＤＢ３３Ａと商品情報ＤＢ３３
Ｂのみにログイン（アクセス可能に）して（ステップＳ
２３）、検索を行う（ステップＳ２４）。そして、取引
実績検索も指示れされていれば（ステップＳ２５）、取
引実績ＤＢ３４を検索して（ステップＳ２６）、検索結
果を当該アパレル会社１０へ出力する（ステップＳ２
７）。

【００２６】また、アパレル会社１０からのデザイン検
索であれば（ステップＳ２８）、アパレルデザインＤＢ
３５を検索して（ステップＳ２９）、検索結果を当該ア
パレル会社１０へ出力する（ステップＳ２７）。

【００２７】また、テキスタイル会社２０からの検索で
あれば（ステップＳ３０）、テキスタイルＤＢ３３の
内、イメージ情報ＤＢ３３Ａと商品情報ＤＢ３３Ｂ、及
び加工情報ＤＢ３３Ｃの内の情報統括会社３０供給のテ
キスタイル及び当該テキスタイル会社２０登録のテキス
タイルの部分のみにログイン（アクセス可能に）して
（ステップＳ３１）、検索を行う（ステップＳ３２）。
そして、取引実績検索も指示れされていれば（ステップ
Ｓ３３）、取引実績ＤＢ３４を検索して（ステップＳ３
４）、検索結果を当該テキスタイル会社２０へ出力する
（ステップＳ３５）。

【００２８】また、情報統括会社３０からの検索であれ
ば（ステップＳ３６）、テキスタイルＤＢ３３の全てに
ログイン（アクセス可能に）して（ステップＳ３７）、
検索を行う（ステップＳ３８）。そして、取引実績検索
も指示れされていれば（ステップＳ３９）、取引実績Ｄ
Ｂ３４を検索して（ステップＳ４０）、検索結果を情報
統括会社３０の端末３６へ出力する（ステップＳ４
１）。

【００２９】このように、どの会社が情報検索をするか
により、テキスタイルＤＢ３３の検索範囲を異ならせる
ことにより、競合他社に重要な情報（加工情報）が流れ
ることを防止するようにしている。

【００３０】また、上記ステップＳ１５に於ける取引実
績ＤＢ３４の更新処理は、図７に示すようにして行われ
る。即ち、発注モードであれば（ステップＳ５１）、発
注数量ａを受けて（ステップＳ５２）、この発注数量ａ
を発注元のアパレル会社１０へ確認のために出力する
（ステップＳ５３）。そして、取引実績ＤＢ３４から当
該テキスタイルの発注総量Ｘを読出し（ステップＳ５
４）、この総量Ｘに発注数量ａを加算し、その結果を新
たな発注総量Ｘとして、取引実績ＤＢ３４を更新する
（ステップＳ５５）。

【００３１】また、受注モードであれば（ステップＳ５
６）、受注数量ｂを受けて（ステップＳ５７）、この受
注数量ｂを対応するアパレル会社１０及びテキスタイル
会社２０へ出力する（ステップＳ５８）。そして、取引
実績ＤＢ３４から当該テキスタイルの受注総量Ｙを読出
し（ステップＳ５９）、この総量Ｙに受注数量ｂを加算
し、その結果を新たな受注総量Ｙとして、取引実績ＤＢ
３４を更新する（ステップＳ６０）。

【００３２】このように、発注数は、アパレル会社１０
の発注数に対応して加算計算され、受注数は、テキスタ
イル会社２０が受注可能数を生産会社群４０側の情報を
把握して、その受注数量を情報統括会社３０へ送信し、
情報統括会社３０が取引実績ＤＢ３４に入力するように
している。

【００３３】なお、上記ステップＳ２６の取引実績検索
により検索された取引実績は、図１の（Ｂ）に示すよう
にウィンド１４の下部に表示される。この表示は、例え
ば、図４の（Ｂ）に示すように実数を表示しても良い
が、図４の（Ｃ）に示すように大まかな目安を表示した
り、図４の（Ｄ）に示すように過去数カ月の売行きの履
歴をグラフで表示するというように、加工して表示する
ようにしても良い。

【００３４】図８の（Ａ）は、図４の（Ｃ）に示すよう
な表示を行うための動作を示すフローチャートである。
即ち、検索された過去の発注総量Ｘを受け（ステップＳ
７１）、これが情報統括会社３０で予め設定された数量
α（例えば、１０，０００）以上であれば（ステップＳ
７２）［大］を表示する（ステップＳ７３）。また、発
注総量Ｘが数量β（例えば、１，０００）以上であれば
（ステップＳ７４）［中］を表示し（ステップＳ７
５）、それ以外であれば［小］を表示する（ステップＳ
７６）。なお、受注数の表示も、同様にして行うことが
できる。

【００３５】また、図４の（Ｄ）に示すような表示を可
能とするためには、上記ステップＳ５２乃至Ｓ５５を、
図８の（Ｂ）に示すように変更する。即ち、まず、Ｚ月
（当月）＋１日、つまり翌月となったかどうかを判断し
（ステップＳ８１）、まだＺ月であれば（ステップＳ８
２）、情報統括会社３０を介したアパレル会社１０から
の発注数量ａを受けて（ステップＳ８３）、この発注数
量ａを発注元のアパレル会社１０へ確認の出力を行う
（ステップＳ８４）。次に、取引実績ＤＢ３４から当該
テキスタイルのＺ月の発注総量ｘを読出し（ステップＳ
８５）、この総量ｘに発注数量ａを加算して新たな発注
総量ｘを計算する（ステップＳ８６）。そして、Ｚ月の
発注総量ｘを取引実績ＤＢ３４に記憶し（ステップＳ８
７）、さらに取引実績ＤＢ３４に構成されたテーブルの
Ｚ月の発注総量ｘを更新する（ステップＳ８８）。

【００３６】また、翌月となったならば（ステップＳ８
１）、Ｚの値を更新し（ステップＳ８９）、この更新さ
れたＺ月の発注総量ｘ、つまり「０」を取引実績ＤＢ３
４に記憶し（ステップＳ８７）、さらに取引実績ＤＢ３
４に構成されたテーブルを更新する（ステップＳ８
８）。

【００３７】なお、上記実施例では、情報統括会社３０
のホストコンピュータ３２にテキスタイルデータの全て
を持たせるようにしたが、分散型として、アパレル会社
１０及びテキスタイル会社２０にテキスタイルの画像デ
ータを持たせるようにしても良い。

【００３８】以下、この分散型について、本発明の第２
実施例として説明する。図９の（Ａ）及び（Ｂ）は、そ
の構成を示す図である。アパレル会社１０とテキスタイ
ル会社２０間でのテキスタイルのオンラインによる取引
を行う。各アパレル会社１０及びテキスタイル会社２０
には、小型のコンピュータ１３，２３を配置し、テキス
タイルの受発注に関する処理を行う。また、複数社のア
パレル会社１０と複数社のテキスタイル会社２０間での
取引を行うため、その間に情報統括会社１０の大型コン
ピュータ３８を置く。このコンピュータ３８では、複数
社の販売するテキスタイルを一つのデータベース内にて
管理すると共に、テキスタイル受発注データの振り分け
処理も行い、受発注を円滑に遂行させる。なおここで、
振り分けとは、アパレル会社１０が複数の品番のテキス
タイルを発注し、それが複数のテキスタイル会社２０に
またがるような場合に、各テキスタイル会社２０会社に
その発注データを振り分けるということである。

【００３９】各アパレル会社１０のマシン内には、取引
を行うテキスタイルのカタログ機能を有するためのテキ
スタイルＤＢ１４，このテキスタイルＤＢ１４内の各テ
キスタイルの販売実績ＤＢ１５，テキスタイルを選択す
る際にアパレルデザインへテキスタイルをはめ込むシミ
ュレーションを行うためのアパレルデザインＤＢ１６を
持つ。これらのＤＢは、情報統括会社３０のＤＢ３３，
３４，３５の写像で、必要な部分について随時、情報統
括会社よりオンラインでデータの追加又はメンテナンス
が行われる。しかし、テキスタイルＤＢの内、データ容
量の多大なイメージ情報ＤＢについては、例えば光ディ
スク等の定期的な配布によるオフラインでのデータの追
加又はメンテナンスを行うようにしても良い。

【００４０】一方、各テキスタイル会社２０のマシン内
には、自社がネットワーク内に提供しているテキスタイ
ルのデータを持つテキスタイルＤＢ２４と、その各テキ
スタイルの販売実績ＤＢ２５がある。

【００４１】情報統括会社３０のマシン内には、ネット
ワークに参加する全テキスタイル開始や２０の販売する
テキスタイル）を登録するテキスタイルＤＢ３３及びそ
れぞれのテキスタイルの販売実績のＤＢ３４を持つ。ま
た、これらは、各アパレル会社１０については必要の都
度随時に提供される。さらに、各アパレル会社１０の登
録したアパレルデザインもデータベース化してアパレル
デザインＤＢ３５として持つ。

【００４２】図１の（Ｃ）は、アパレル会社１０のマシ
ンでのテキスタイル選択時の検索画面１７を示してい
る。一つの画面１７内で、テキスタイルのイメージ１７
Ａ及びその属性の文字情報１７Ｂ、そして表示されてい
るテキスタイルの取引実績データ１７Ｃも表示される。
さらに、テキスタイルを選択するために、アパレルデザ
インＤＢ１６，３５よりアパレルデザインを選び出して
これにテキスタイルのはめ込みシミュレーション１７Ｄ
を行うこともできる。

【００４３】図１０は、アパレル会社１０での処理を示
すフローチャートである。即ち、アパレル会社１０で何
らかの処理が選択されると（ステップＳ９１）、それが
テキスタイルＤＢ１４の更新処理であれば（ステップＳ
９２）、情報統括会社３０よりテキスタイルＤＢ３３，
販売実績ＤＢ３４のデータを受信し（ステップＳ９
３）、アパレル会社１０内のマシンの対応するＤＢ１
４，１５を更新する（ステップＳ９４，Ｓ９５）。この
場合の処理選択は、オペレータにより随時行われるもの
であっても良いし、タイマにより定期的に行われるもの
であっても良い。

【００４４】また、テキスタイルを選択する検索処理
（図１の（Ｃ）参照）の場合には（ステップＳ９６）、
テキスタイルＤＢ１４及び販売実績ＤＢ１５よりテキス
タイルを選択して表示すると共に（ステップＳ９７，Ｓ
９８）、アパレルデザインを選択してこれにテキスタイ
ルのはめ込みシミュレーションを行う（ステップＳ９
９）。

【００４５】テキスタイルの発注を行う処理の場合には
（ステップＳ１００）、発注の入力を行うと（ステップ
Ｓ１０１）、それを情報統括会社３０に送ると共に（ス
テップＳ１０２）、自社の取引実績（発注残）としての
取引実績ＤＢ１５の蓄積更新を行う（ステップＳ１０
３）。

【００４６】また、アパレルデザインの登録処理の場合
には（ステップＳ１０４）、自社でのアパレルデザイン
を作成入力して（ステップＳ１０５）、それを情報統括
会社３０に送ると共に、情報統括会社３０より他の必要
なデザインデータを受信する（ステップＳ１０６）。そ
して、その送受信のデータを自社内のアパレルデザイン
ＤＢ１６に蓄積更新する（ステップＳ１０７）。

【００４７】図１１は、テキスタイル会社２０での処理
を示すフローチャートである。即ち、テキスタイル会社
２０で何らかの処理が選択されると（ステップＳ１１
１）、それがネットワークに提供し販売するテキスタイ
ルのデータの登録処理であれば（ステップＳ１１２）、
テキスタイルを入力し（ステップＳ１１３）、このテキ
スタイルのデータを情報統括会社３０へ送信すると共に
（ステップＳ１１４）、自社内のテキスタイルＤＢ２４
を更新する（ステップＳ１１５）。また、テキスタイル
ＤＢ２４の検索処理であれば（ステップＳ１１６）、テ
キスタイルＤＢ２４を検索する（ステップＳ１１７）。

【００４８】テキスタイルの受注時の処理であれば（ス
テップＳ１１８）、アパレル会社１０よりテキスタイル
の発注データが届くと（ステップＳ１１９）、これを受
信した旨の入力を行う（ステップＳ１２０）。そして、
取引実績ＤＢ２５から取引実績のデータを取出し、これ
を受注データに基づいて更新して、新たな取引実績デー
タを作成し、これを情報統括会社３０に送信すると共に
（ステップＳ１２１）、自社内の取引実績ＤＢ２５をこ
の新たな取引実績のデータに更新する（ステップＳ１２
２）。また、契約のある染，糸，織，等の各生産会社
（加工工場）４１，４２，４３に対しても生産指示を行
う（ステップＳ１２３）。また、テキスタイルの生産管
理の処理であれば（ステップＳ１２４）、それを行う
（ステップＳ１２５）。

【００４９】なお、この分散型の実施例に於いても、図
４の（Ｂ）乃至（Ｄ）に示したように取引実績を表示す
るようにしても良い。また、アパレル会社１０での表示
も、図１の（Ｂ）に示したようにウィンドをオーバラッ
プ表示するようにしても良い。

【００５０】

【発明の効果】以上詳述したように、従来、人間の勘と
経験に大幅に依存していたテキスタイルの企画及び生産
に於いて、データに基づき判断し、多品目少量生産及び
繰り返しオーダができるようにするためのテキスタイル
データ処理装置を提供することができる。

【００５１】つまり、本発明では、複数の異なる会社の
単品毎のテキスタイルデータと共にそのテキスタイルデ
ータの逐次更新される取引実績を検索することができる
ため、トレンドに合ったテキスタイルの受発注がタイム
リーに且つ素早く行える。また、付随の効果として、タ
イムリーな発注を行えるため、多品種少量のクイック生
産が可能となる。さらに、テキスタイルデータに加工情
報を持たせることにより、より素早い生産が可能とな
る。

【図面の簡単な説明】

【図１】（Ａ）は本発明の構成を説明するための機能ブ
ロック図であり、（Ｂ）及び（Ｃ）はそれぞれ本発明の
第１及び第２実施例に於けるアパレル会社での検索時の
表示状態を示す図である。

【図２】本発明の第１実施例の構成を示す図である。

【図３】テキスタイルデータベースの構成を示す図であ
る。

【図４】（Ａ）は取引実績データベースの構成を示す図
であり、（Ｂ）乃至（Ｄ）はそれぞれ取引実績の表示例
を示す図である。

【図５】ホストコンピュータの処理フローチャートであ
る。

【図６】図５中のステップＳ１２に於ける検索処理の詳
細なフローチャートである。

【図７】図５中のステップＳ１５に於ける取引実績ＤＢ
の更新処理の詳細なフローチャートである。

【図８】（Ａ）は図４の（Ｃ）のような表示を行うため
の動作を示すフローチャートであり、（Ｂ）は図４の
（Ｄ）のような表示を行うための動作を示すフローチャ
ートである。

【図９】（Ａ）及び（Ｂ）はそれぞれ本発明の第２実施
例の構成を示す全体概略図及び各会社の構成を示す図で
ある。

【図１０】第２実施例に於けるアパレル会社での処理を
示すフローチャートである。

【図１１】第２実施例に於けるテキスタイル会社での処
理を示すフローチャートである。

【符号の説明】

１…テキスタイルデータ記憶手段（テキスタイルデータ
ベース（ＤＢ）、２…取引実績データ記憶手段（取引実
績ＤＢ）、３…更新手段、４…検索手段、５…表示手
段、１０…アパレル会社、１２，２２，３６…端末、１
３，２３…小型コンピュータ、２０…テキスタイル会
社、３０…情報統括会社、３２…ホストコンピュータ、
１４，２４，３３…テキスタイルＤＢ、３３Ａ…イメー
ジ情報ＤＢ、３３Ｂ…商品情報ＤＢ、３３Ｃ…加工情報
ＤＢ、１５，２５，３４…取引実績ＤＢ、１６，３５…
アパレルデザインＤＢ、３８…大型コンピュータ、４０
…生産会社群。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 異なる加入者が提供する多品目のテキス
   タイルのデータが単品毎に記憶されたテキスタイルデー
   タ記憶手段と、 上記単品目に対応して取引実績データが記憶された取引
   実績データ記憶手段と、 逐次入力される取引データに基づき、上記取引実績デー
   タ記憶手段に記憶された取引実績データを更新する更新
   手段と、 上記テキスタイルデータ記憶手段の内容と、それに関係
   する上記取引実績データ記憶手段の内容に基づく情報と
   を検索する検索手段と、 上記検索手段による検索結果を表示する表示手段と、 を具備することを特徴とするテキスタイルデータ処理装
   置。