JPH05307579A - 統一コ−ドを用いた情報サ−ビスシステム - Google Patents

Abstract

(57)【要約】 【目的】 アパレル業界のシステム加入者が各々独立別
個に利用してきた情報を統合して業界ぐるみの共通デ−
タベ−スを構築し、このデ−タベ−スにより互いに持ち
つ持たれつの関係にある業界の各加入者に対する情報サ
−ビスを行なう。 【構成】システム加入者Ａからの商品情報をこの加入者
Ａがその商品情報に対して使用するコ−ドに対応した統
一コ−ドとともに登録するデ−タベ−スと、前記商品情
報が示す商品と同等のものについて他のシステム加入者
Ｋが使用するコ−ドをその商品についての前記統一コ−
ドにリンクさせる手段と、前記システム加入者Ａまたは
Ｋが自己使用するコ−ドを用いて前記デ−タベ−ス内の
前記商品情報を求める場合以外においては、前記統一コ
−ドを利用して前記デ−タベ−スにアクセスすることに
より前記システム加入者の求めに応じる手段とを備えて
いる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、主にアパレル業界
（衣料品業界）を対象とする情報サ−ビスシステムに関
する。

【０００２】

【従来の技術】ＰＯＳ（プログラマブルオプションセレ
クト）と、ＶＡＮ（バリュアブルネットワ−ク）と、Ｃ
ＡＤ／ＣＡＭ（コンピュ−タエイデッドデザイン／コン
ピュ−タエイデッドマニュファクチャリング）と、ＦＡ
（ファクトリオ−トメ−ション）とを合わせたものをト
−タルネットワ−クとして捕え、アパレル業界を対象と
するアパレルＶＡＮが、流通情報のサ−ビスネットワ−
クとして提案されている。

【０００３】しかしながら、このアパレルＶＡＮは単一
企業内でのみ成立するもので、アパレル業界全体に対応
できるものとなっていない。すなわち、広義でのアパレ
ル業界は複数の個別企業により構成されているが、それ
ぞれの企業は自己の商品体系に合った独自の商品コ−ド
を用いて業務効率化のためのシステム構築を行なってい
る。その結果として、企業それぞれの商品コ−ドはバラ
バラであり、そのシステムは例え同一商品であっても企
業が異なれば異なる商品としか認識しない。従ってその
システムはその企業内（あるいはその企業の系列グル−
プ内）でしか機能せず、その企業内のデ−タしか収集・
処理できない。

【０００４】

【発明が解決しようとする課題】アパレル業界は、大き
く分けて、販売網（小売店・ブティック）、アパレルメ
−カ、縫製会社、部材会社群（生地商社、糸・生地生産
業者、裏地・ボタン・ファスナ等の副資材商社・生産
店）の４グル−プで構成されている。

【０００５】これら４グル−プ各々は互いに競合関係に
ある複数の企業（小は個人から大は株式会社まで）で構
成されており、そこで扱われる商品に対するデザインセ
ンス、官能認識度（色合い、風合い、膚触り等）、製作
技術（縫い子の腕前）、商品ヒットの予測能力（各種デ
−タに基づく勘）、その他が各企業（または各個人）間
でバラバラなのが現実である。このため、同じ商品（例
えば緑のワンピ−ス）を対象とする場合でも、現物（商
品サンプル）がないと、例えば色合い１つにしても各企
業・各個人間の認識統一が図れないでいる。（同一の色
を、ある人は緑と捕え、ある人は青と捕えることは良く
ある。）

【０００６】上述したようにバラバラの認識・感覚を持
った企業・会社・個人の集合で形成されているアパレル
業界では、そこに共通のデ−タベ−スを作ることは極め
て困難であり、事実このようなデ−タベ−スはこれまで
構築されていない。

【０００７】また、アパレル業界に共通の大規摸デ−タ
ベ−スを作るには、少なからぬ資金、人材、手間がかか
るとともに、経営失敗のリスクが伴う。このため、アパ
レル業界共通デ−タベ−スの構築は、個人はむろんのこ
と小規模の単一企業（大多数の小売店、アパレルメ−
カ、縫製会社）には無理な相談である。

【０００８】このようなデ−タベ−スを利用できない企
業・個人は、従来は、自分で入手し得た範囲の情報と自
分の勘で、これから売れそうな何種かの衣服について、
その服が売れるシ−ズンまでに販売予測数量に応じて所
定の手配をしなければならなかった。

【０００９】例えば、あるアパレルメ−カが今年の夏物
高級婦人服を売り出す企画を立てる場合を考える。この
場合、何件のブティックから何着分の注文が入るかを概
略予測したうえで、売り出し時期までにその婦人服を所
要数量入手するために、そのアパレルメ−カは所定の生
地手配と縫製会社への予約発注をする。

【００１０】この予約発注は、これまでのやり方では、
売り出し開始時期よりかなり前（６〜１８箇月前；これ
をリ−ドタイムという）でないとその服が最も良く売れ
る期間（精々２〜３箇月）にその服を必要量確保できな
い。このため、いきおい予約数量が大雑把になる。この
大雑把な予約数量が実売数量とほぼ一致すればよいが、
必ずしもそうならないことは経験則が教えている。すな
わち、その服が売れるシ−ズンが過ぎて大量の売れ残り
が生じると、それが返品となってアパレルメ−カの経営
を圧迫する。あるいは、たまたまその服が大ヒットとな
り予想以上に売れると、品不足となり、買い手がいるの
にその服が売れるシ−ズン中にその服を生産できないと
言った不都合が生じる。（どんなヒット商品でも夏服が
秋口以降売れることはない。）なお、礼服等の定番商品
や低価格帯の本当の大衆商品では、前記リ−ドタイムは
流行性の高い婦人服よりももっと長くなっている。

【００１１】前記アパレルＶＡＮは上述したようなアパ
レル業界ぐるみの共通デ−タベ−スを持たず、互いに持
ちつ持たれつで個別営業をしている小売店、アパレルメ
−カ、縫製会社、部材会社群等の個別の内部事情に応じ
た木目細かな情報サ−ビスはできていない。

【００１２】この発明の目的は、システム加入者（ユ−
ザ）となるアパレル業界の各企業・各個人が各々独自に
使用してきた情報から、統一コ−ドにより統合されたア
パレル業界ぐるみの共通デ−タベ−スを構築し、機密を
要しない情報についてはこの共通デ−タベ−スの内容を
全ての加入者に開放することにより、互いに独立営業し
ている小売店、アパレルメ−カ、縫製会社、部材会社群
等の個別の内部事情に応じた木目細かな情報サ−ビスを
行なう情報サ−ビスシステムを提供することである。

【００１３】

【課題を解決するための手段】この発明の情報サ−ビス
システムは、あるシステム加入者（例えばアパレルＡ
社）からの商品情報を、この加入者がその商品情報に対
して使用するコ−ド（アパレル商品コ−ド）に対応した
統一コ−ド（アパレルＩＤ＋アパレル商品コ−ド）とと
もに登録するデ−タベ−スと；前記商品情報が示す商品
と同等のものについて他のシステム加入者（例えば小売
Ｋ店）が使用するコ−ド（小売商品コ−ド）を、その商
品についての前記統一コ−ドにリンクさせる手段と；前
記あるシステム加入者または他のシステム加入者が自己
使用するコ−ドを用いて前記デ−タベ−ス内の前記商品
情報を求める場合以外においては、前記統一コ−ドを利
用して前記デ−タベ−スにアクセスすることにより、前
記システム加入者の求めに応じる手段とを備えている。

【００１４】

【作用】各加入者は、自分の情報のみならず第三者の情
報も含むデ−タベ−スにアクセス可能となる。

【００１５】

【実施例】図１は、この発明の一実施例に係る情報サ−
ビスシステムがアパレル業界に適用される場合の全体構
成を示す。

【００１６】図１において、統合デ−タベ−ス１００に
は、電話回線その他の通信回線を介して、販売会社１
０、アパレルメ−カ２０、縫製会社３０、部材会社群４
０、物流会社５０、業界関連会社６０が接続されてい
る。１０〜６０（または１０〜４０）はデ−タベ−ス１
００を用いて情報サ−ビスを行なう会社にとっての加入
者となる。つまり、デ−タベ−ス１００は加入者１０〜
６０にとって共通のデ−タベ−スとなっている。販売会
社１０は互いに独立した複数の販売会社および小売店
（ブティック等）の集合体であり、各々独自の小売り商
品コ−ドを用いて営業している。

【００１７】アパレルメ−カ２０も互いに独立した複数
のアパレルメ−カの集合体であり、これまた各々独自の
アパレル商品コ−ドを用いて営業している。（なお、ア
パレルメ−カと販売会社は同一企業の系列下にある場合
もある。）

【００１８】縫製会社３０も互いに独立した複数の縫製
会社の集合体であり、これらも各々独自の経営をしてい
る。これらの縫製会社の中には独自の商品コ−ドを用い
大規摸経営している会社から、独自の商品コ−ドなど用
いずに数人の縫い子で細々と経営しているものまで含ま
れる。これらの縫製会社はそれぞれ、縫製に必要な附属
品（ボタン、ファスナ等）を扱うメ−カと取引しながら
仕事をしている。

【００１９】部材会社群４０は、糸会社、染色会社、織
編会社、副資材会社、原材料会社等、各種生地や副資材
などを作るための会社と営業機能を中心とした部材商社
（生地商社、副資材商社など）の集合組織であり、分業
組織であることもあれば、単一企業（生地会社）である
こともある。物流会社５０は１０〜４０それぞれの間で
の商品（または部材）を運ぶ会社である。業界関連会社
６０には、経営コンサルタント、会計士、広告会社、商
品プランナ、トレンドウォッチャ等、種々雑多なものが
含まれる。物流会社５０および／または業界関連会社６
０は、場合によっては、デ−タベ−ス１００を運用する
会社が専属に抱えていてもよい。

【００２０】デ−タベ−ス１００は、加入者１０〜４０
間での取引状況の情報がリアルタイムで登録される取引
デ−タベ−ス（取引ＤＢ）と、アパレルメ−カ２０によ
り作り出される新旧商品の各種情報が登録されるアパレ
ルデ−タベ−ス（アパレルＤＢ）と、商品の部材手配か
ら縫製までの生産関連情報が登録される生産情報デ−タ
ベ−ス（生産情報ＤＢ）と、これから売り出そうとする
新商品の企画に関する情報が登録される企画情報デ−タ
ベ−ス（企画情報ＤＢ）と、加入者１０〜６０の経営支
援に関する情報が登録される経営支援デ−タベ−ス（経
営支援ＤＢ）と、商品の生地に使用される織物（テキス
タイル）関する情報が登録されるテキスタイルデ−タベ
−ス（テキスタイルＤＢ）とで構成されている。図２
は、図１の統合デ−タベ−ス１００を用いた情報サ−ビ
スシステム（情報サ−ビスＳ社）で稼働するホストコン
ピュ−タ１００Ｓの周辺環境を示す。

【００２１】図２において、ホストコンピュ−タ１００
Ｓは、アパレルＤＢ１１０に登録された情報を利用し
て、売れ筋商品（または売れ行きが止った商品）が何で
あるかを適宜はじき出す売れ筋（または死に筋）処理、
加入者１０〜４０間の受発注処理、加入者１０〜４０各
々の商品または部材の在庫状況を適宜はじき出す在庫処
理、その他の処理を行なう。

【００２２】ホストコンピュ−タ１００Ｓへのアクセス
には、アパレルメ−カＡ社２０は例えばグラフィックワ
−クステ−ションを用い、小売りＫ店１０は例えばバ−
コ−ドリ−ダ付きのＰＯＳ端末を用い、縫製会社Ｈ社３
０は例えば衣服バ−コ−ド発行機を備えた専用端末機を
用い、部材会社Ｂ社４０は例えばパ−ソナルコンピュ−
タを用いている。アパレルＤＢ１１０には、次のような
情報が登録されている。

【００２３】１）商品情報 型番、サイズ（寸法）、商品分類、ブランド名、服種、
重さ、上代、下代、風合い、素材（使用生地情報；表
地、裏地、糸、ボタン、ファスナ等）品質情報（クリ−
ニングの注意等）、その他

【００２４】＊使用生地情報 品番、商品名、素材、糸種（商品名、太さ、経糸、緯
糸、その他）、撚り、織り（組織、密度、その他）、
色、プリント柄、仕上げ、価格（加工賃）、納期、幅、
長さ、重さ、受注ロット、風合い、販売時期（開始期、
期間）、適合服種、販売会社、企画会社、品質検査情
報、留め柄、縫製条件、染色方法、シ−ズン、原材料コ
−ド、その他

【００２５】２）販売実績情報 販売数量、品番、単価、納期、支払区分、口座デ−タ、
商品カテゴリ、日付、メ−カ、購入先、地域、服種別、
洋服として売れたかどうかの情報、その他

【００２６】３）生産情報 納期（材料入庫、製品出庫）、加工賃（標準）、縫製
国、縫製工場、加工方法、受注最小ロット、針、糸、糸
圧、アタッチメント、部品展開（生地、附属品、パタ−
ン情報等）、仕上条件、品質検査情報・結果、検反結
果、プレス（アイロンかけ）条件、その他 ＊生産情報の分類 加工来歴・・・生産工程・工場、出荷日、出荷価格等 加工情報・・・商品情報にでている情報で加工指示（特
に仕上げ、品質検査情報、縫製条件）がどう出されてい
るか等 ４）画像情報 服のシルエット、デザイン画、モデルに着せた写真、そ
の他 ５）在庫情報（取引付帯情報） 在庫数量（品番、商品カテゴリ、日付、メ−カ、販売
店、地域、服種別等）、入庫単価、入庫日、実勢価格、
売れ行き、その他 ６）商品コ−ドマスタ アパレルメ−カ各社、小売り各店各々の商品コ−ドとそ
れらに対応する統一コ−ドを含むリスト 図３は、図２の構成におけるアパレルメ−カおよび小売
店の内部ネットワ−クの構成例と、アパレルＤＢ１１０
内部のサブデ−タベ−スの相互関係を示す。

【００２７】図３において、ホスト１００Ｓとアパレル
メ−カ各社とは、アパレルサ−バを介して接続され、こ
のサ−バにアパレルメ−カ各社内の端末（ワ−クステ−
ション）がネットワ−ク接続されている。アパレルメ−
カ各社の担当者は、各自の端末を利用してアパレルＤＢ
１１０にアクセスし、所望の商品情報、生産情報、画像
情報、デザイン支援情報等について、登録／読出し（ア
ップロ−ド／ダウンロ−ド）を行なうことができる。

【００２８】同様に、ホスト１００Ｓと小売各店とは、
小売サ−バを介して接続され、このサ−バに小売各店の
ＰＯＳ端末がネットワ−ク接続されている。小売各店の
担当者は、各自の端末を利用してアパレルＤＢ１１０に
アクセスし、バ−コ−ド入力された商品売り上げ情報を
アップロ−ドするとともに、所望の商品情報（売れ筋情
報等）についてダウンロ−ドすることができる。

【００２９】図４は、図２のアパレルＤＢ１１０に含ま
れる商品コ−ドマスタの具体例を示す。図１の加入者１
０〜６０のどれを中心として体系をまとめるかによって
商品コ−ドマスタの形態は変化し得る（内容は変化しな
い）。ここではアパレルメ−カを中心にした統一コ−ド
による商品コ−ドマスタの例を示す。

【００３０】各加入者１０〜６０（特にアパレルメ−カ
と小売店）にはシステム（情報サ−ビス会社）から個別
の認識番号（ＩＤ番号）が与えられている。あるアパレ
ルメ−カＡ社からある商品（婦人服）がアパレルＤＢ１
１０にアップロ−ドされると、ホストコンピュ−タ１０
０Ｓは、図４の（ａ）に示すような商品コ−ドマスタ
に、アパレルメ−カＡ社のＩＤと、このアパレルメ−カ
Ａ社が独自にその商品に対して使用しているアパレル商
品コ−ドＣＯＤＥとを書き込む。

【００３１】このとき、ホストコンピュ−タ１００Ｓ
は、Ａ社のＩＤとアパレル商品コ−ドＣＯＤＥとを合成
した新コ−ド（ＩＤ＋ＣＯＤＥ）を統一コ−ドとして図
４（ａ）の商品コ−ドマスタに併記する。これにより、
アパレルメ−カＡ社は自分の商品コ−ドＣＯＤＥで当該
商品に関する情報にアクセスできる一方で、図１〜３の
システム（ホストコンピュ−タ１００Ｓおよびその周辺
端末機）はアパレルメ−カＡ社の商品コ−ドＣＯＤＥと
は別の統一コ−ド（ＩＤ＋ＣＯＤＥ）で当該商品に関す
る情報にアクセスできるようになる。

【００３２】今、アパレルメ−カＡ社とは独立別個の小
売Ｋ店が、アパレルＤＢにアクセスして、アパレルメ−
カＡ社の商品コ−ドＣＯＤＥで表される洋服に目を付け
たとする。この場合、小売Ｋ店がその洋服の情報にアク
セス（検索等）すると、ホストコンピュ−タ１００Ｓ
は、小売Ｋ店のユ−ザ（加入者）ＩＤとともに、この小
売Ｋ店がその洋服に対して用いている小売商品コ−ド
を、適宜その洋服の統一コ−ド欄に書き込む（図４の
（ｂ））。こうして、小売Ｋ店がその洋服に対して用い
ている小売商品コ−ドが、統一コ−ド（ＩＤ＋ＣＯＤ
Ｅ）とリンクされる。

【００３３】こうして小売商品コ−ドが統一コ−ドにリ
ンクされると、同一商品についてのアパレル商品コ−ド
と小売商品コ−ドとの対応が付くようになる。（図４の
（ｃ））。従って、それ以後は小売Ｋ店も自分の商品コ
−ドを用いてその商品の情報にアクセスできるようにな
る。

【００３４】また、上記例におけるアパレルメ−カＡ社
を部材Ｂ社に置き換え、小売Ｋ店をアパレルメ−カＡ社
に置き換えれば、同様なやり方で、その商品の服地に使
用される生地のコ−ドを統一コ−ドに対応させて登録で
きる（図４の（ｄ））。以上のようにして登録された種
々な商品は、希望小売価格などの付帯情報とともに統一
コ−ドの元にまとめられる（図４の（ｅ））。

【００３５】このようにまとめられると、他社のアパレ
ルメ−カあるいは他の小売店で用いられている商品コ−
ドを知らない別のシステム加入者が、統一コ−ドを用い
てデ−タベ−ス１００の当該商品にアクセスできるよう
になる。この場合、１つの統一コ−ドが示す商品は１つ
しかないので、類似商品が混同されることはない。（統
一コ−ドを採用せずにアパレルＡ１社が自社商品コ−ド
でアパレルＡ２社の商品情報にアクセスしようとする
と、混同が生じ得る。例えば、Ａ１社の商品コ−ドＸ１
が緑のワンピ−スを指していても、そのコ−ドＸ１はＡ
２社にとっては青のスカ−トを指しているということが
あり得る。）

【００３６】上記例では、アパレルＡ社は自社アパレル
商品コ−ドあるいは統一コ−ドで目的の自社商品情報に
アクセスでき、小売Ｋ店は自社小売商品コ−ドあるいは
統一コ−ドで目的の商品情報にアクセスできるが、それ
以外の加入者（縫製会社や部材会社等）は統一コ−ドで
目的の商品情報にアクセスすることになる。

【００３７】ここで、アパレルＡ社と小売Ｋ店との間で
ある商品（服）について商談がまとまり、その服の部材
および縫製の発注手配をする場合は、受注先の縫製会社
３０および部材会社４０へは、その商品の統一コ−ドと
ともに、アパレルＡ社および小売Ｋ店の名称（あるいは
ＩＤ番号）が通知される。これにより、受注した縫製会
社３０および部材会社４０は、どこからどんな注文が入
ったのかを特定できる。この統一コ−ドおよび発注先Ｉ
Ｄから得られる情報に基づき、縫製会社３０は発注を受
けた衣服についてのバ−コ−ドを発行できるようにな
る。

【００３８】なお、１つのアパレル商品に対して複数の
小売店から引合が出る可能性は高いので、図４の（ｃ）
において、同一のアパレル商品コ−ドに複数の個別小売
ユ−ザＩＤが付くことは十分にあり得る。この場合、例
えば図４の（ｃ）のアパレル商品コ−ド欄に同じコ−ド
が複数並ぶ一方で、その右隣の小売ユ−ザＩＤ全て異な
ることになる。

【００３９】換言すれば、１つのアパレル商品コ−ドは
１つの統一コ−ドに対応しているので、１つの統一コ−
ドに複数の小売ユ−ザＩＤが付くことは、十分にあり得
ることになる。この場合、１つの統一コ−ドと１つの小
売ユ−ザＩＤとの組み合わせにより、どのアパレルメ−
カのどの商品に対してどの小売ユ−ザから引合があった
のかが、特定できる。

【００４０】図１の統合デ−タベ−ス１００の取引Ｄ
Ｂ、生産情報ＤＢ、企画情報ＤＢ、経営支援ＤＢ、テキ
スタイルＤＢについても、アパレルＤＢについて上述し
たと同様のやり方で、統一コ−ドを用いた各種情報のア
ップロ−ド／ダウンロ−ドが行なわれる。

【００４１】図５および図６は、図２のホストコンピュ
−タ１００Ｓでの処理を中心とした図１の情報サ−ビス
システムの処理の流れを説明するフロ−チャ−トであ
る。図５および図６のフロ−チャ−ト中の各ブロックに
おいて、Ａはアパレルメ−カが関与する処理を示し、Ｓ
はホストコンピュ−タが関与する処理を示し、Ｋは小売
店が関与する処理を示し、Ｈは縫製会社が関与する処理
を示し、Ｂは部材会社が関与する処理を示す。

【００４２】いま、図２のアパレルメ−カＡ社２０が、
自社のワ−クステ−ションを用いてこれから売り出そう
とする新作商品（婦人服）を登録（アップロ−ド）する
場合を想定する。この登録は、図１５に示すようなデ−
タ入力画面から行なう（図５のＳＴ０１）。入力された
デ−タはアパレルＤＢ１１０に登録される（図５のＳＴ
０２）。

【００４３】図１５において、ユ−ザＩＤの欄には、情
報サ−ビスＳ社から予め付与されている自社コ−ド（ア
パレルメ−カコ−ド）を入力する。服コ−ドの欄には、
そのアパレル自らがその服に対して使用する商品コ−ド
を入力する。入力されたアパレルメ−カコ−ドおよび商
品コ−ドは、その統一コ−ド（ユ−ザＩＤ＋服コ−ド）
とともに、図４の（ａ）に示す商品コ−ドマスタに書き
込まれる。

【００４４】商品分類の欄には、その商品の区分（例え
ば婦人服）を入力する。ブランド名の欄には、そのアパ
レルメ−カがその商品に対して使用するブランド名を入
力する。使用生地の欄には、その商品に使用される生地
についてそのアパレルメ−カが使用する生地のコ−ドを
入力する。入力された使用生地コ−ドは、その統一コ−
ド（ユ−ザＩＤ＋生地コ−ド）とともに、図４の（ｄ）
に示す商品コ−ドマスタに書き込まれる。

【００４５】副資材の項目においては、裏地の欄に裏地
の名称（またはコ−ド）を入力し、ボタンの欄にボタン
の名称（またはコ−ド）を入力し、ファスナの欄にファ
スナの名称（またはコ−ド）を入力する。これら以外の
使用副資材がある場合はそれらも入力する。

【００４６】希望納入価格の欄には、発注数量に応じた
希望単価を入力する。希望小売価格は必ずしもアパレル
側で指定しなくてもよいが、使用ブランドに安物のイメ
−ジが付かないように希望小売価格を指定したいとき
は、この欄に希望小売価格を入力する。最低発注数量の
欄には、その商品についての最低発注数量を入力する
（オ−ダ−メイド商品の場合は数量１ということもあ
る）。

【００４７】対応サイズの欄には、その商品（服）のサ
イズ（Ｓ，Ｍ，Ｌ，ＬＬ等）を入力する。服種の欄に
は、その服の種類（例えばワンピ−ス）を入力する。重
量の欄には、その服の標準重量（例えばＭサイズについ
ての重量）を入力する。風合いの欄には、その服がどん
な感じの服であるかの説明が簡単に記載される。品質情
報の欄には、クリ−ニングや保存等についての注意事項
などが記載される。

【００４８】シルエットの領域には、その商品（服）の
正面から見た平面図（外形がわかるシルエット）、また
はその商品の正面からの外観をスキャナで取り込み画像
化したもの（ビットマップデ−タ）が張り込まれる。

【００４９】図１５のフォ−マットでアパレルＤＢに登
録された商品デ−タには、図４で説明したような統一コ
−ドが付与されているので、その商品を登録したアパレ
ルメ−カＡ社以外の第三者は、図４の（ｅ）に示す統一
コ−トを頼りにその商品（服）を特定することができ
る。

【００５０】例えば、図２の小売Ｋ店１０がこれから店
頭に置く予定の新商品を探すためにアパレルＤＢにアク
セスする場合を考える。この場合、小売Ｋ店は、自分の
所の端末機を介して、図１６の商品デ−タ検索画面に検
索のキ−アイテムを入力する（この時点では小売Ｋ店は
アパレルＡ社の登録商品の存在を知らない）。

【００５１】図１６において、小売Ｋ店は、検索する商
品を特定のアパレルメ−カのものに限定したいときは、
アパレルメ−カ名の欄に、所望のアパレルメ−カ名また
は（もし知っているなら）そのアパレルメ−カのユ−ザ
ＩＤを入力する。また、検索する服の商品分類も入力す
る（この分類を入力しないと、例えば婦人服専門のブテ
ィックからの検索なのに、お門違いの紳士服分野その他
も検索することになり、検索時間が長引くとともにその
ブティックにとって欲しくもない情報が舞い込むことに
もなりかねない）。

【００５２】小売Ｋ店は、検索する商品を特定ブランド
のものに限定したいときは、ブランド名の欄に、所望の
ブランド名または（もし知っているなら）そのブランド
のコ−ドを入力する。同様に、検索する商品の使用生地
を特定したいときは、使用生地の欄に、所望の生地名ま
たは（もし知っているなら）その生地コ−ド（例えばＡ
Ｚ１０３４６）を入力する。

【００５３】シルエットをキ−アイテムとする検索は、
パタ−ン認識による。例えば、図１５で登録されたシル
エットのドット集合デ−タの輪郭部分と、図１６で入力
されたシルエットのドット集合デ−タの輪郭部分とを、
両者のシルエットの面積がほぼ同じになるように補正し
てから比較する。そして、このシルエットを含む２次元
平面上の複数小区画領域それぞれの内での両シルエット
の輪郭ドット位置の平均的なずれが所定量以下となるか
どうかを判断基準にして、キ−アイテムのシルエットに
似た登録シルエットの商品デ−タを探し出す。この類似
登録シルエットの検索には、人手による類似シルエット
検索の経験則デ−タを収集してから、ファジ−推論を利
用して行なってもよい。

【００５４】検索しようとする服の希望小売価格帯（例
えば￥２０、０００〜￥３０、０００）も、必要なら入
力する。価格に関係なく良いものを探したいときは、こ
の欄はブランクとする。さらに、検索したい服のサイ
ズ、重量、風合い、品質情報、シルエットなども、適宜
入力する。

【００５５】小売Ｋ店が図１６で入力したキ−アイテム
が、例えば希望小売価格帯￥２０、０００〜￥３０、０
００と生地コ−ドＡＺ１０３４６の２つであれば、この
２つのキ−アイテムに基づきホストコンピュ−タ１００
ＳはアパレルＤＢ１１０を検索する（図５のＳＴ０
３）。この結果、２つのキ−アイテムに対応する物件が
２０件見つかったとする。すると、小売Ｋ店の端末機画
面には、図１７に示すような検索結果が返ってくる。

【００５６】すなわち、まず小売Ｋ店が指定した検索条
件の下に検索結果見つかった検索ヒット件数２０が表示
される。検索結果を表示させたいときは、ヒット件数表
示の下の問い合わせに対しＹ（イエス）を端末機のキ−
ボ−ドから打ち込み、リタ−ンキ−（エンタ−キ−）を
たたく。（見つかった情報を表示させるか否かで情報サ
−ビスの料金は異なる。）すると、検索番号（０１〜２
０）とともに、検索商品（服）を扱うアパレルメ−カの
コ−ド（または名称）と、その服について該当アパレル
メ−カが使用する服コ−ドと、その服の名称（またはブ
ランド名）と、該当アパレルメ−カがその服について提
示する価格等がリストアップされる。

【００５７】小売Ｋ店での検索オペレ−タが、図１７の
検索結果リスト中、所望の検索番号の所に端末機のカ−
ソルを移動させると、該当服についてのシルエットその
他の付帯情報（図示せず）とともに、その服を扱うアパ
レルメ−カについてのデ−タ（見積依頼作成支援デ−
タ）が、端末機のＣＲＴに追加表示される。小売Ｋ店
は、このアパレルメ−カについてのデ−タを発注するか
どうかの判断に利用できる。

【００５８】該当服についてのデ−タとともに、その服
を扱うアパレルメ−カについてのデ−タも参考にして、
小売Ｋ店は気に入った幾つかのアパレルメ−カをピック
アップして、ピックアップしたものの検索番号と、商品
（服）の希望納期、発注数量、希望価格等を、図１７の
見積依頼入力画面から入力する（図５のＳＴ０４）。

【００５９】ホストコンピュ−タ１００Ｓは、小売Ｋ店
の見積依頼条件と図１５の商品情報その他から、図１８
に示すようなアパレルメ−カへの見積依頼書を作成し、
この見積依頼書を、図１７で小売Ｋ店が検索番号で指定
したアパレルメ−カ各社に対して、転送する（図５のＳ
Ｔ０５）。

【００６０】なお、アパレルメ−カ各社には同じ商品
（服）に対して複数の小売店から見積依頼が入ることが
よくある。この場合、例えばアパレルメ−カＡ社に送る
見積依頼デ−タには、図１８に示すように、見積依頼順
の番号と、その見積依頼を出した小売店名（またはその
ＩＤコ−ド）と、見積対象の服名称（またはそのブラン
ド名）と、希望納期（例えば３月１０日、２０日、３０
日）と、サイズ（例えばＳとＭ）と、色（例えば赤と
青）と、数量（例えばＳサイズ３０着、Ｍサイズ５０
着）と、希望価格（例えば￥１０、０００）と、見積番
号（例えば０００００１−１）とが書き込まれる。

【００６１】アパレルメ−カＡ社に送る見積依頼書には
さらに、図１８に示すように、見積依頼を出した小売店
のデ−タ、該当服についての在庫／入出庫デ−タ、アパ
レルメ−カＡ社に入力してもらう見積デ−タ入力のテン
プレ−ト等も表示される。なお、図１８の小売店デ−
タ、商品情報、在庫／入出庫デ−タは常に表示するので
なく、必要に応じて表示してもよい。

【００６２】小売Ｋ店がピックアップしたアパレルメ−
カ各社へは、ホストコンピュ−タ１００Ｓにより図１８
に示すような見積依頼書が転送され、これがアパレルメ
−カ各社の端末画面に表示される（図５のＳＴ０６）。

【００６３】見積依頼を受けたアパレルメ−カＡ社は、
図１８の見積デ−タ入力箇所に、予定納期、納入数量、
価格等のデ−タを打ち込み、これをホストコンピュ−タ
１００Ｓに返す（図５のＳＴ０７）。

【００６４】アパレルメ−カＡ社から回答された見積デ
−タは、図１９の見積番号０００００１−１の欄に書き
込まれる。アパレルメ−カＡ社が３種の服について見積
依頼を受けておりそれらについての見積回答をした場合
は、見積番号０００００１−２、０００００１−３の欄
にも所定のデ−タが書き込まれる。（他のアパレルメ−
カからの見積回答デ−タは、見積番号０００００２−
１、０００００２−２の欄に書き込まれる。）この段階
では、複数のアパレルメ−カ、複数の小売店の何れに対
しても共通の識別子となる統一コ−ドが、商品（服）の
特定に用いられる。

【００６５】ホストコンピュ−タ１００Ｓは小売Ｋ店が
見積依頼を出したアパレルメ−カ各社からの見積回答を
バインドし（図５のＳＴ０８）、これを見積り依頼した
小売Ｋ店に転送する。すると、小売Ｋ店の端末画面に
は、アパレルメ−カ各社からの回答（図１８の見積デ−
タ入力の内容である納期、価格等）が表示される（図５
のＳＴ０９）。

【００６６】小売Ｋ店は表示されたアパレルメ−カ各社
からの回答と図１７で示した見積依頼作成支援デ−タと
を総合的に検討・評価し、どのアパレルメ−カに発注す
るかを決定する（発注先は１つでも２以上でもよい）。
発注先が決まれば、小売Ｋ店は、アパレルメ−カコ−ド
等を利用して発注先を特定し、発注する服について発注
先アパレルメ−カの商品コ−ド（または小売Ｋ店が使用
する小売商品コ−ド）等を発注デ−タとして入力する
（図５のＳＴ１０）。このデ−タ入力は図１９の下半分
で示すフォ−マットをテンプレ−トとして行なうことが
できる。

【００６７】入力された発注デ−タはホストコンピュ−
タ１００Ｓを介して図１の統合デ−タベ−ス１００内の
取引ＤＢおよびアパレルＤＢに登録される（図５のＳＴ
１１）。これにより、アパレルメ−カＡ社の該当商品
（服）についての統一コ−ドと、小売Ｋ店のユ−ザＩＤ
と、小売Ｋ店の該当商品（服）についての小売商品コ−
ドとが、図４の（ｂ）に示すように、デ−タベ−ス１０
０内でリンクされる。

【００６８】以上の処理により発注先が決まると（つま
り該当服について小売Ｋ店とアパレルメ−カＡ社の取引
契約が成立すると）、アパレルメ−カＡ社の端末画面に
は図２０に示すような発注受けデ−タが発注小売店別に
リストアップされ、かつアパレルメ−カＡ社の業務記録
として残される（図５のＳＴ１２）。

【００６９】以上の処理により小売Ｋ店との取引契約が
成立すると、アパレルメ−カＡ社は発注手配をする（図
５のＳＴ１３）。すると、ホストコンピュ−タ１００Ｓ
は、該当商品（服）の在庫を確認するために、統一コ−
ドを用いてシステム加入の縫製会社３０各社に問い合わ
せを出す（図５のＳＴ１４）。

【００７０】この問い合わせに対して、縫製会社３０各
社は出荷可能な在庫数量を情報サ−ビスＳ社に回答する
（図６のＳＴ１５）。（縫製会社は、取引上の駆引きか
ら、実際には１００着分の在庫を持っていても、自分の
都合で在庫は３０着しかない、あるいは在庫なしと回答
することもある。）

【００７１】縫製会社３０各社からの在庫回答を集計し
た結果、該当商品について取引数量分の在庫があるとな
れば（図６のＳＴ１６イエス）、ホストコンピュ−タ１
００Ｓはアパレルメ−カＡ社に在庫商品の納入予定日や
価格等を回答し（図６のＳＴ１７）、アパレルメ−カＡ
社からキャンセルが入らない限り在庫商品の出荷手配を
行なう（図６のＳＴ１８）。

【００７２】縫製会社３０各社からの在庫回答を集計し
た結果、該当商品について取引数量分の在庫がないこと
が判明すれば（図６のＳＴ１６ノ−）、ホストコンピュ
−タ１００Ｓは、縫製会社３０各社および／または部材
Ｂ社４０に該当商品で使用する生地（例えばコ−ドＡＺ
１０３４６の生地）の在庫が有るかどうか問い合わせる
とともに、縫製会社３０各社に対して所望時期までに所
望数量縫製できるかどうかの問い合わせを出す（図６の
ＳＴ１９）。

【００７３】部材Ｂ社および／または縫製Ｈ社から在庫
ありの回答があれば（図６のＳＴ２０）、問い合わせを
受けた縫製Ｈ社は縫製可能性、予定納期、価格等をホス
トコンピュ−タ１００Ｓに回答するとともに、予定納期
に合わせて生産スケジュ−ルを立てる（図６のＳＴ２
１）。なお、上記処理ステップＳＴ１４〜ＳＴ２１は、
ホストコンピュ−タ１００Ｓに頼らず関係者の人手のみ
で処理することもある。

【００７４】ホストコンピュ−タ１００Ｓは、縫製各社
から回答された縫製可能性、予定納期、価格等をバイン
ドし、それをアパレルメ−カＡ社に転送する（図６のＳ
Ｔ２２）。アパレルメ−カＡ社は、縫製各社からの回答
を検討・評価した後、どの縫製会社に発注するかを決
め、自分のところの端末から決定した縫製会社（１また
は複数）への発注デ−タを入力する（図６のＳＴ２
３）。

【００７５】アパレルメ−カＡ社からの発注デ−タはア
パレルＤＢに登録され、同時に発注先縫製会社（１また
は複数）に縫製（服生産）の指示が送られる（図６のＳ
Ｔ２４）。このとき、縫製に必要な生地の在庫が発注先
縫製会社の手持ちだけでは不足なときは、部材Ｂ社へ所
望の生地生産依頼（生地の糸、織り、染めの指定を含
む）が出される。こうして、発注先縫製会社および部材
Ｂ社は、それぞれ、縫製依頼書および生地生産依頼書を
受けることになる（図６のＳＴ２５）。

【００７６】この依頼処理後、ホストコンピュ−タ１０
０Ｓは、適宜、定時売れ筋処理を行ない（図６のＳＴ２
６）、その結果をアパレルメ−カ各社および小売各店に
転送する。この売れ筋処理結果は、アパレルメ−カ各社
および小売各店の端末画面上において、例えば図１４の
グラフで示すように表示される。アパレルメ−カＡ社に
服を注文した小売Ｋ店は、この売れ筋グラフから注文服
が発注数よりももっと売れそうであると判断すれば、注
文数を増加修正できる。この注文修正を受けたアパレル
メ−カＡ社は、即座に発注先縫製会社に発注数増を指示
できる。

【００７７】図７は、統一コ−ド発行処理の手順を説明
するフロ−チャ−トである。いま、図２のアパレルメ−
カＡ社は情報サ−ビスＳ社に加入したばかりであり、初
めて図１のデ−タベ−ス１００にアクセスする場合を想
定する。

【００７８】まず、アパレルメ−カＡ社のオペレ−タ
は、自社の端末機画面から、登録しようとする自社商品
について、図１５のフォ−マットを用いて、自社使用の
服コ−ド、使用生地コ−ド、副資材コ−ド、画像デ−タ
（シルエット）、希望小売価格等を入力する（ＳＴ１０
１）。この入力時に、端末機で稼働するソフトウエアに
より、その商品についてのアパレル商品コ−ドおよびア
パレルＩＤ番号が付加される。

【００７９】アパレルメ−カＡ社の端末機は、入力され
たデ−タを、アパレル商品コ−ドおよびアパレルＩＤ番
号とともに、電話回線などを利用して、ホストコンピュ
−タ１００Ｓにパケット転送する（ＳＴ１０２）。

【００８０】ホストコンピュ−タ１００Ｓは、転送され
たアパレルＩＤ番号をもとに、アパレルＤＢ１１０の商
品コ−ドマスタを呼び出す（ＳＴ１０３）。続いて、呼
び出された商品コ−ドマスタにおいて、同じアパレル商
品コ−ドのデ−タが統一コ−ドとともに既に登録されて
いるかどうかがチェックされる（ＳＴ１０４）。

【００８１】ここでは、アパレルメ−カＡ社が初めてデ
−タベ−ス１００にアクセスする場合を想定しているの
で、呼び出された商品コ−ドマスタにおいて同じアパレ
ル商品コ−ドのデ−タが統一コ−ドとともに既に登録さ
れていることはない（ＳＴ１０４ノ−）。

【００８２】この場合は、図４の（ａ）に示すようにア
パレルＩＤとアパレル商品コ−ドとを合わせてその服
（登録商品）に対する統一コ−ドを発行し、この統一コ
−ドを商品コ−ドマスタに登録する（ＳＴ１０５）。こ
のあと、アパレルメ−カＡ社により入力された商品デ−
タおよびその統一コ−ドは、アパレルＤＢ１１０内の商
品情報ＤＢに登録される（ＳＴ１０６）。

【００８３】呼び出された商品コ−ドマスタにおいて同
じアパレル商品コ−ドのデ−タが統一コ−ドとともに既
に登録されているときは（ＳＴ１０４イエス）、ステッ
プＳＴ１０５〜ＳＴ１０６はスキップされる。

【００８４】上記例では、アパレルＩＤとアパレル商品
コ−ドとの単純な組み合わせを統一コ−ドとしている
が、統一コ−ドから対応する商品コ−ドが簡単に分から
ないようにしたいときは、次のようにしてもよい。

【００８５】すなわち、ホストコンピュ−タ１００Ｓの
メモリ上に秘密扱いのコ−ド変換テ−ブル設けておく。
アパレルＩＤとアパレル商品コ−ドはこの変換テ−ブル
に対するアドレスとなり、アパレルＩＤおよびアパレル
商品コ−ドが与えられると、この変換テ−ブルから対応
する統一コ−ドが出力される。

【００８６】以上のようにして統一コ−ドから対応する
アパレル商品コ−ド（あるいは小売商品コ−ド）が推測
できないようにすることは、場合によっては必要なこと
である。

【００８７】例えば、アパレルＩＤ（ＸＹＺ）とアパレ
ル商品コ−ド（１２３４５６、７８９１２３、４５６７
８９、・・・）との単純な組み合わせを統一コ−ド（Ｘ
ＹＺ１２３４５６、ＸＹＺ７８９１２３、ＸＹＺ４５６
７８９、・・・）とすると、この統一コ−ドを用いてデ
−タベ−ス１００にアクセスする第三者（例えばアパレ
ルメ−カＡ社の競争相手）は、アパレルメ−カＡ社の登
録商品に使用される統一コ−ドから、Ａ社内の商品コ−
ド体系をすっかり知ってしまうことができる。すると、
アパレルメ−カＡ社が（第三者に対しては秘密のつもり
で使用している）自社商品コ−ドを用いて行なう取引状
況が、第三者へ漏れてしまう可能性がある。

【００８８】この第三者漏洩可能性は、前記コ−ド変換
テ−ブルの採用により、殆ど取り除くことができる。例
えば、アパレルＩＤ（ＸＹＺ）とアパレル商品コ−ド
（１２３４５６、７８９１２３、４５６７８９、・・
・）とから、コ−ド変換により、統一コ−ドとして（Ｘ
ＹＺ９５１３５７、ＸＹＺ４２８６１５、ＸＹＺ７６９
４３８、・・・）といった、実際のアパレル商品コ−ド
（１２３４５６、７８９１２３、４５６７８９、・・
・）と全く無関係に見えるコ−ドを作り出すことができ
る。

【００８９】なお、統一コ−ドからそのコ−ドを用いて
いるアパレルメ−カ（あるいは小売店）のＩＤ番号が第
三者に分かることにも不都合があるときは、前記コ−ド
変換テ−ブルにより統一コ−ドのヘッダ部分（ＸＹＺ）
も変更すればよい。例えば、アパレルＩＤ（ＸＹＺ）と
アパレル商品コ−ド（１２３４５６、７８９１２３、４
５６７８９、・・・）とから、コ−ド変換により、統一
コ−ドとして（ＡＢＣ９５１３５７、ＤＦＫ４２８６１
５、ＧＪＭ７６９４３８、・・・）といったコ−ドを作
り出してもよい。

【００９０】図８は、統一コ−ドを用いた検索発注処理
の手順を説明するフロ−チャ−トである。小売Ｋ店がア
パレルＤＢ１１０にアクセスする方法は２通りある。１
つは図５のステップＳＴ０３のところで説明したように
（まだ統一コ−ドを知らないので）いくつかのキ−アイ
テムを入力しそれを手掛かりに手探りの検索をおこなう
ものであり、もう１つは検索キ−アイテムとして統一コ
−ドを入力するものである。以下においては、後者の場
合を例にとって説明する。

【００９１】すなわち、これまでにデ−タベ−ス１００
を利用して色々なアパレルメ−カと取引してきた小売Ｋ
店は、各アパレルメ−カのＩＤ番号を知っている。アパ
レルメ−カＡ社の統一コ−ド（例えばＸＹＺ１２３４５
６）中のＩＤ番号部分（ＸＹＺ）が分かれば、小売Ｋ店
は、ワイルドカ−ド（ＸＹＺ？？？？？？、ＸＹＺ．
＊、ＸＹＺ＃？等）を用いて商品情報ＤＢを検索して、
アパレルメ−カＡ社の登録商品を適宜呼び出すことがで
きる（ＳＴ１１１）。

【００９２】呼び出されたアパレルメ−カＡ社の登録商
品のリスト（リストアップされた商品の個別の統一コ−
ドも当然含まれる）はホストコンピュ−タ１００Ｓから
小売Ｋ店の端末へ転送され、そこで表示される。そのリ
スト中に所望の服がないときは（ＳＴ１１２ノ−）、別
のアパレルメ−カの統一コ−ドを用いて再度検索するこ
とができる（ＳＴ１１１）。

【００９３】表示されたリスト中に所望の服があったと
きは（ＳＴ１１２イエス）、その服の統一コ−ドととも
に、発注数量、希望納期、希望価格等が入力され、見積
依頼書が電子的に作成される（ＳＴ１１３）。こうして
作成された見積依頼書はホストコンピュ−タ１００Ｓに
転送される（ＳＴ１１４）。

【００９４】上記見積依頼書は小売Ｋ店のみならず他の
小売店からも入ってくる可能性はある。ホストコンピュ
−タ１００Ｓは送られてきた見積依頼書をまとめ、それ
を該当するアパレルメ−カ（１社またはそれ以上）に転
送する（ＳＴ１１５）。

【００９５】見積依頼書を転送したアパレルメ−カの何
れかから見積の回答があると（ＳＴ１１６イエス）、ホ
ストコンピュ−タ１００Ｓはこの見積回答をまとめ、そ
れらを全て該当する依頼者（小売Ｋ店）に転送する（Ｓ
Ｔ１１７）。

【００９６】例えばアパレルメ−カ３社から見積回答を
受けた小売Ｋ店は、見積内容を検討し、どのアパレルメ
−カに発注するかを決める。発注先が決まれば、小売Ｋ
店は自分の商品コ−ドを用いて発注デ−タ（発注する服
の統一コ−ド、小売Ｋ店のＩＤ、小売Ｋ店の商品コ−ド
等が記載されている）を作成し、それをホストコンピュ
−タ１００Ｓに転送する（ＳＴ１１８）。見積依頼書を
転送したどのアパレルメ−カからも回答がないときは
（ＳＴ１１６ノ−）、図８の処理は終了する。

【００９７】図９は、統一コ−ドを用いた受注処理の手
順を説明するフロ−チャ−トである。小売Ｋ店から発注
デ−タが送られてくると、ホストコンピュ−タ１００Ｓ
は、小売Ｋ店のＩＤ番号とその店の商品コ−ドを用いて
アパレルＤＢ１１０の商品コ−ドマスタを呼び出す（Ｓ
Ｔ１２１）。

【００９８】呼び出された商品コ−ドマスタにおいて、
同じ商品コ−ドがその小売Ｋ店のＩＤとリンクして登録
されていないときは（ＳＴ１２２ノ−）、その商品に対
応する統一コ−ドの欄およびアパレル商品コ−ドの欄
に、小売Ｋ店のＩＤとその店の小売商品コ−ドを書き込
む（ＳＴ１２３）。

【００９９】呼び出された商品コ−ドマスタにおいて、
同じ商品コ−ドがその小売Ｋ店のＩＤとリンクして登録
済みであれば（ＳＴ１２２イエス）、ステップＳＴ１２
３はスキップされる。

【０１００】上記コ−ドリンク登録処理に続き、その商
品の統一コ−ドおよびその商品に対する発注デ−タ（価
格、数量、納期、発注者ＩＤ等）を販売実績ＤＢに書き
込む（ＳＴ１２４）。その後、その商品の統一コ−ドお
よび発注デ−タを発注先のアパレルメ−カ（１社または
複数社）に転送する（ＳＴ１２５）。

【０１０１】こうして発注デ−タを受けたアパレルメ−
カは、必要に応じて、電話、ファクシミリ、またはホス
トコンピュ−タ１００Ｓによる電子メ−ルを利用して、
発注主（小売Ｋ店）と個別交渉を行ない、交渉結果に基
づいて在庫確認、生産手配等を行なう（ＳＴ１２６）。

【０１０２】図１０および図１１は、統一コ−ドを用い
た在庫照会処理の手順を説明するフロ−チャ−トであ
る。いま、電子的な書面のやりとりで、アパレルメ−カ
Ａ社が小売Ｋ店からの受注を受け、受発注契約が成立し
た場合を考える（ＳＴ１３１イエス）。この場合、ホス
トコンピュ−タ１００Ｓは、システムに加入する生産業
者（縫製会社）全社との回線を開き、統一コ−ドを用い
て対応商品を扱う縫製会社を検索する（ＳＴ１３２）。

【０１０３】所望の縫製会社が見つからない場合（ＳＴ
１３３ノ−）は図１０の処理は終了し、その旨がアパレ
ルメ−カＡ社に通知される。（この場合、アパレルメ−
カＡ社は図２の情報サ−ビスＳ社のネットワ−クに頼る
ことなく、海外の縫製会社を探すこともある。むろん、
情報サ−ビスＳ社が海外にも自社ネットワ−クを張り巡
らしているときは、海外のシステム加入縫製会社もステ
ップＳＴ１３２の検索範囲に入る。）

【０１０４】所望の縫製会社が１社以上みつかれば（Ｓ
Ｔ１３３イエス）、対応商品について、統一コ−ド（ま
たはアパレル商品コ−ド）により該当縫製会社の在庫調
査を行なう（ＳＴ１３４）。この調査の結果、幾つかの
縫製会社に在庫があるなら、それらの縫製会社に発注す
る。

【０１０５】発注先の縫製会社が受注しない場合（ＳＴ
１３５ノ−）は図１０の処理は終了し、その旨がアパレ
ルメ−カＡ社に通知される。（発注を受けた縫製会社は
同じ商品について既に他の業者と取引契約を済ませてい
る可能性があり、この場合は在庫があっても二重受けは
できない。）

【０１０６】１社以上の縫製会社が発注を受けたときは
（ＳＴ１３５イエス）、それらの縫製会社の在庫総量が
アパレルメ−カＡ社からの発注数量を満たすかどうかチ
ェックされる。発注数量を満たす場合（ＳＴ１３６イエ
ス）は図１０の処理は終了し、その旨がアパレルメ−カ
Ａ社に通知される。

【０１０７】縫製会社の在庫総量が発注数量を満たさな
い場合（ＳＴ１３６ノ−）は、所望商品（服）を新たに
縫製しなければならない。そこで、発注を受けた１以上
の縫製会社は、部材会社（部材コンソ−シアム）に材料
（生地等）の在庫を照会し、アパレルメ−カＡ社が指定
する納期に間に合う（生地生産から服縫製まで）か否か
を検討する（ＳＴ１３７）。納期までの生産が不可能と
判断されれば（ＳＴ１３８ノ−）、その旨がホストコン
ピュ−タ１００Ｓを介してアパレルメ−カＡ社に通知さ
れ、図１０の処理は終了する。

【０１０８】納期までの生産が可能と判断されれば（Ｓ
Ｔ１３８イエス）、該当縫製会社は図１の物流会社５０
への納期と物流コストを確認し（図１１のＳＴ１３
９）、発注された服の生産コストを、物流コストを含め
て提示する（ＳＴ１４０）。引き続き、該当縫製会社は
発注された服の納期と価格を入力する（ＳＴ１４１）。
こうして入力された納期・価格デ−タがホストコンピュ
−タ１００Ｓに転送される。

【０１０９】ホストコンピュ−タ１００Ｓは、１または
それ以上の縫製会社から転送されてきた受注回答内容
（納期・価格デ−タ等）を納期順または価格順に分類す
る（ＳＴ１４２）。

【０１１０】ホストコンピュ−タ１００Ｓは、受注した
縫製会社別に、納期、価格等のデ−タをアパレルＤＢ１
１０に書き込む（ＳＴ１４３）。なお、この納期、価格
デ−タは各縫製会社にとっては営業上の秘密に属する事
項なので、このデ−タにアクセスするにはパスワ−ドが
必要となる。（このパスワ−ドは、該当縫製会社各社か
ら発注先アパレルメ−カに書留郵便・ＦＡＸその他の手
段で通知される。）

【０１１１】アパレルメ−カＡ社は、アパレルＤＢに書
き込まれた納期、価格デ−タをもとに、どの縫製会社
（１または複数）に発注するかを決定し（ＳＴ１４
４）、決定した縫製会社を自社端末画面に入力する（Ｓ
Ｔ１４５）。入力された縫製会社名（あるいはそのＩ
Ｄ）が戻ってくると、ホストコンピュ−タ１００Ｓは該
当縫製会社（１または複数）に対して発注処理を行なう
（ＳＴ１４６）。

【０１１２】図５〜図１１の処理が多数の加入者（アパ
レルメ−カ、小売店、縫製会社、部材会社その他）に対
してランダムに反復されることにより、図１の統一デ−
タベ−ス１００の内容はどんどん膨らんで行く。すなわ
ち、このデ−タベ−ス１００はシステムの運用に伴って
どんどん成長・拡大する性格を持つ。さらに、統一コ−
ドの採用により、あらゆる登録商品の識別に混同が生じ
ることなく、不特定多数の加入者が、（非公開事項を除
き）このデ−タベ−ス１００の内容に自由にアクセスで
きるようになる。

【０１１３】システムの運用に伴ってデ−タベ−ス１０
０の規模がある程度以上になると、独立した個々の小売
店或いはアパレルメ−カではこれまで掴みにくかった情
報も得られるようになる。そのような情報の例として、
業界全体での売れ筋商品の動きをリアルタイムで捕える
情報サ−ビスを、以下に述べる。

【０１１４】システムの運用に伴ってデ−タベ−ス１０
０の中味は日々時々刻々と変化している。そこで、例え
ば毎日の午後１２時（午前０時）にその日（あるいはそ
の日以前の一定期間）の売れ筋商品が何であったかをは
じき出す処理を開始させるリクエストを、ホストコンピ
ュ−タ１００Ｓのシステムタイマを用いて発生させるこ
とにする。図１２および図１３は、上記売れ筋商品を見
つけだすための定時売れ筋情報処理を説明するフロ−チ
ャ−トである。

【０１１５】午後１２時になると、定時売れ筋情報処理
をリクエストする割り込みがかかる（ＳＴ１５１イエ
ス）。この割り込みがかかると、ホストコンピュ−タ１
００Ｓは、売上高および販売数量について、商品毎に決
められた所定期間内（例えば９２年３月２８日から２９
日）における商品別累積計算処理を実行する（ＳＴ１５
２）。この計算処理の結果、ある統一コ−ドで示される
ある商品についての、３月２８日から２９日にかけての
売り上げランキングおよび／または販売数量ランキング
が集計される。

【０１１６】こうして集計された商品数は膨大なものに
なることがあるので、所定の管理水準に基づき、集計結
果から特定のものを抽出してもよい（ＳＴ１５３）。例
えば、販売数量ランキングの上位２０品目までをリスト
アップするとか、売り上げが２日間で３００万円以上１
千万円以下の商品をリストアップするようにしてもよ
い。また、商品仕入れの可否判断のため、売り上げが２
日間で２０万円以下の商品をリストアップするようにし
ても良い。（このほか、必要に応じてデ−タ集計をする
販売地域を特定したり、顧客層を特定することもあ
る。）

【０１１７】抽出された集計結果（商品別累積デ−タ）
は、売り上げ額または取引量（販売数量）をキ−アイテ
ムとして昇順または降順でソ−トされる（ＳＴ１５
４）。ソ−トされた商品別累積デ−タは、その時点での
売れ筋商品を表すデ−タとなる。この売れ筋デ−タが統
一コ−ドとともにアパレルＤＢ１１０の取引付帯情報Ｄ
Ｂに登録（追加または更新）される（ＳＴ１５５）。

【０１１８】上記集計処理後、例えばアパレルメ−カＡ
社が翌日の午前９時に自社の端末から、売れ筋情報リク
エストをだしたとする。このリクエストがあると（ＳＴ
１５６イエス）、ホストコンピュ−タ１００Ｓはアパレ
ルＤＢ１１０の取引付帯情報ＤＢから最新の売れ筋デ−
タ（必要があればそれ以前の売れ筋デ−タも）を呼び出
し、要求された商品についての売れ筋デ−タをアパレル
メ−カＡ社に転送する（ＳＴ１５７）。

【０１１９】転送された売れ筋デ−タは、例えば図１４
の表およびグラフの形で、システムユ−ザであるアパレ
ルメ−カＡ社の端末画面に表示される（図１３のＳＴ１
５８）。アパレルメ−カＡ社では現在表示されているデ
−タとは異なる条件の売れ筋デ−タが欲しいときは（Ｓ
Ｔ１５９イエス）、所望の条件（例えば集計期間を３月
から４月の１箇月間にしたり、集計地域を日本全国にす
るなど）を端末から入力する（ＳＴ１６０）。

【０１２０】入力された条件が受け入れられないとき
（例えば集計期間が未来であるなど）は新たな売れ筋集
計はできないが（ＳＴ１６１ノ−）、受け入れ可能な条
件であれば（ＳＴ１６１イエス）、その条件に基づき取
引付帯情報ＤＢ内の所定デ−タを検索・分類する（ＳＴ
１６２）。こうして得られた検索・分類結果はユ−ザ
（アパレルメ−カＡ社）の端末に転送され（ＳＴ１６
３）、端末画面に図１４に示すようなデ−タが表示され
る（ＳＴ１６４）。

【０１２１】図１４のグラフから、例えば以下のことが
読み取れる。すなわち、アパレル商品０１、０２は売上
高・販売数量ともに良好であるが、商品０１は販売数量
の割に売り上げが高いので、商品０１は商品０２よりも
商品単価が高いか値引率が小さい（つまり利益率が高
い）。とは言え商品０２も高い売り上げをもたらしてい
るので、商品０１、０２はこのグラフのデ−タを集計し
たときの条件下での売れ筋商品と判断できる。

【０１２２】一方、アパレル商品０５は、販売数量は大
きいが売り上げが小さいので、これは安物かバ−ゲン商
品であり、高級ブティックにとっては、これから新規商
品として取り扱うのは避けたい商品であることが分か
る。商品０６は売上高・販売数量ともに低く、これは死
に筋商品ということになる。

【０１２３】但し、図１４のグラフは極く一時期の売れ
筋を示しているだけなので、これだけで売れ筋を判断す
るのは危険である。その場合は、例えば３月２７日以前
の１箇月間について商品０１〜０６の売り上げグラフを
取ってみる必要がある。例えば、商品０６の販売数量
が、低いままか、あるいは以前は高くても日を追って低
下する傾向があるなら、商品０６は死に筋商品と判断し
て間違いはない。しかし、商品０６の販売数量が集計を
取る時期によって大きく上下動するときは、たまたま集
計を取ったときの販売数量が低くても、商品０６を死に
筋とみると経営判断を誤る。

【０１２４】さらに別の条件で（あるいは別の商品につ
いて）売れ筋情報が得たいときは（ＳＴ１６５ノ−）、
ステップＳＴ１５９〜ＳＴ１６４の処理が反復される。
所望の売れ筋デ−タを得ることができれば（ＳＴ１６５
イエス）、図１２〜図１３の処理は終了する。なお、以
上の実施例ではアパレル業界を中心に説明してきたが、
この発明はアパレル業界以外の情報サ−ビスに利用する
こともできる。

【０１２５】

【発明の効果】各加入者は、自分の情報のみならず第三
者の情報も含むデ−タベ−スにアクセス可能となるか
ら、商品の売れ行き予測をこれまでより正確にでき、返
品或いは商品不足の少ない経営が可能になる。すなわ
ち、流行性の高い婦人服を中心として不特定多数（一般
大衆）を相手とするアパレル商品を扱う企業経営が改善
される。

【０１２６】また、商品を製作するにあたっての取引相
手となる他の加入者（企業・会社・個人）における在庫
や仕事の忙しさも分かるので、商品完成までに必要な部
材（生地）の入手から製作（縫製）までの仕事を効率良
く分散手配できる。

【０１２７】例えばあるアパレルメ−カＡが平常利用し
ている比較的大規摸な縫製会社Ｈ１が忙しく、縫製会社
Ｈ１に依頼したのではそのアパレルメ−カＡが希望する
納期までに目的の商品（衣服）を所望数量入手できない
場合でも、この発明の情報サ−ビスを受けることによ
り、目的商品の縫製を、例えば複数の小規模縫製会社Ｈ
２，Ｈ３，Ｈ４・・・に分散依頼できる。つまり、アパ
レルメ−カＡは、自分の管理下にない縫製会社の仕事の
忙しさによる商品入手の遅れを回避できることになる。

【０１２８】さらに、衣料品（特に高級婦人服）の業界
では販売サクルが短い（２〜３箇月）にもかかわらず糸
や生地の部材手配から縫製までに時間がかかる（１年
半）が、部材生産手配時、デザイン企画時、縫製時、販
売時それぞれの各時点での情報を統合管理できるから、
このように大きなタイムラグを減らすことができる。

【０１２９】さらに、販売最適期間が短く、多品種小量
生産を行なうもの（季節性、流行性のある服）におい
て、原材料（糸、生地）の手配から製品（服）の販売ま
で（業界の仕事の流れの川上から川下まで）を、各ユ−
ザ（システム加入者）からみて自分の情報のみならず第
三者の情報も統合したデ−タベ−スを用いて統括管理で
きる。このような管理サ−ビスをシステム加入者は享受
できるから、各ユ−ザはこれまでにない情報をタイムリ
−に入手でき、適材適所に適宜人、物（資金）を配置で
きる。また生産手配から販売までのタイムラグを少なく
できる。

【図面の簡単な説明】

【図１】図１はこの発明の一実施例に係る情報サ−ビス
システムの全体構成を示す図。

【図２】図２は、図１の統合デ−タベ−スを用いた情報
サ−ビスシステムで稼働するホストコンピュ−タの周辺
環境を示す図。

【図３】図３は、図２の構成におけるアパレルメ−カお
よび小売各店の内部ネットワ−クの構成と、アパレルＤ
Ｂ内部のサブデ−タベ−スの相互関係を例示する図。

【図４】図４は、図２のアパレルＤＢに含まれる商品コ
−ドマスタの具体例を例示する図。

【図５】図５は、図２のホストコンピュ−タ１００Ｓで
の処理を中心とした図１の情報サ−ビスシステムの処理
の流れを説明するフロ−チャ−ト。

【図６】図６は、図５の処理の流れの続きを説明するフ
ロ−チャ−ト。

【図７】図７は、統一コ−ド発行処理の手順を説明する
フロ−チャ−ト。

【図８】図８は、統一コ−ドを用いた検索発注処理の手
順を説明するフロ−チャ−ト。

【図９】図９は、統一コ−ドを用いた受注処理の手順を
説明するフロ−チャ−ト。

【図１０】図１０は、統一コ−ドを用いた在庫照会処理
の手順を説明するフロ−チャ−ト。

【図１１】図１１は、図１０の処理の流れの続きを説明
するフロ−チャ−ト。

【図１２】図１２は、統一コ−ドを用いた定時売れ筋処
理の手順を説明するフロ−チャ−ト。

【図１３】図１３は、図１２の処理の流れの続きを説明
するフロ−チャ−ト。

【図１４】図１４は、図１２の定時売れ筋処理の結果が
どのように表示されるかを例示する図。

【図１５】図１５は、アパレルメ−カからの商品デ−タ
登録画面を例示する図。

【図１６】図１６は、小売店からの商品デ−タ検索画面
を例示する図。

【図１７】図１７は、小売店での検索結果表示画面およ
び見積依頼入力画面を例示する図。

【図１８】図１８は、アパレルメ−カでの見積依頼デ−
タ表示画面および見積デ−タ入力画面を例示する図。

【図１９】図１９は、アパレルメ−カ複数社から提示さ
れた複数の見積回答がバインドされ見積を依頼した小売
店で画面表示される見積回答リストおよび発注先入力画
面を例示する図。

【図２０】図２０は、図１９の発注先入力画面で入力さ
れた発注デ−タについての、受注アパレルメ−カでの発
注受けデ−タ表示画面を例示する図。

【符号の説明】

１００・・・統合デ−タベ−ス、１００Ｓ・・・ホスト
コンピュ−タ、１１０・・・アパレルデ−タベ−ス、１
０・・・販売会社、２０・・・アパレルメ−カ、３０・
・・縫製会社、４０・・・部材会社群、５０・・・物流
会社、６０・・・業界関連会社。

Claims (1)

【特許請求の範囲】
1. 【請求項１】 複数のシステム加入者に対して情報サ−
   ビスを行なうものにおいて、 あるシステム加入者からの商品情報を、この加入者がそ
   の商品情報に対して使用するコ−ドに対応した統一コ−
   ドとともに登録するデ−タベ−スと、 前記商品情報が示す商品と同等のものについて他のシス
   テム加入者が使用するコ−ドを、その商品についての前
   記統一コ−ドにリンクさせる手段と、 前記あるシステム加入者または他のシステム加入者が自
   己使用するコ−ドを用いて前記デ−タベ−ス内の前記商
   品情報を求める場合以外においては、前記統一コ−ドを
   利用して前記デ−タベ−スにアクセスすることにより、
   前記システム加入者の求めに応じる手段とを備えたこと
   を特徴とする情報サ−ビスシステム。