JP2944353B2

JP2944353B2 - オープンシステム用データ管理装置

Info

Publication number: JP2944353B2
Application number: JP5057232A
Authority: JP
Inventors: 博雅鈴木; 利仁河内; 均川田; 大橋　　猛
Original assignee: Olympus Corp
Current assignee: Olympus Corp
Priority date: 1993-03-17
Filing date: 1993-03-17
Publication date: 1999-09-06
Anticipated expiration: 2014-09-06
Also published as: JPH06266601A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、不特定多数の加入者、
例えばアパレルメーカやテキスタイル会社がその日常業
務（取引処理）の遂行の中で、常に各種データベース
（自社，他社）を参照するオープンシステムに於けるデ
ータ管理装置に関する。

【０００２】

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

【０００３】

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

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

【０００５】そこで、従来、人間の勘と経験に大幅に依
存していたテキスタイルの企画及び生産に於いて、デー
タに基づき判断し、多品目少量生産及び繰り返しオーダ
ができるようにするため、複数のアパレルメーカと複数
のテキスタイル会社、さらにはアパレル関連企業である
縫製会社や販売会社等をネットワーク化し、自社のデー
タベースのみならず他社のデータベースを相互に利用可
能とするオープンシステムが望まれている。このような
オープンシステムでは、秘密データが他社（他の加入
者）には洩れないようにすることが肝要である。

【０００６】本発明は、上記の点に鑑みてなされたもの
で、不特定多数の加入者が参加するオープンシステムに
於いて、特定の加入者の秘密データが他の加入者に洩れ
ないようにすることができるオープンシステム用データ
管理装置を提供することを目的とする。

【０００７】

【課題を解決するための手段】上記の目的を達成するた
めに、請求項１に記載の発明によるオープンシステム用
データ管理装置は、多数の加入者が提供するデータが登
録されるデータベース手段と、各加入者が上記データベ
ース手段にアクセスするためのアクセス手段と、上記ア
クセス手段により上記データベース手段にアクセスしよ
うとする加入者を特定するための加入者特定手段と、上
記加入者特定手段により特定された加入者に基づいて、
上記アクセス手段による上記データベース手段のアクセ
ス範囲を制限するアクセス範囲制限手段と、上記データ
ベース手段に含まれるデータの表示において、該データ
が前記アクセス範囲制限手段によって制限されたアクセ
ス範囲に含まれる場合は、該データの表示に代えて、該
データを該データの値によって層別して該データの属す
る区分を表示し、該データが上記アクセス範囲制限手段
によって制限されたアクセス範囲に含まれない場合は該
データをそのまま表示する表示手段とを備えることを特
徴とする。また、請求項２に記載の発明によるオープン
システム用データ管理装置は、多数の加入者が提供する
データが登録されるデータベース手段と、各加入者が上
記データベース手段にアクセスするためのアクセス手段
と、上記アクセス手段により上記データベース手段にア
クセスしようとする加入者を特定するための加入者特定
手段と、上記加入者特定手段により特定された加入者に
基づいて、上記アクセス手段による上記データベース手
段のアクセス範囲を制限するアクセス範囲制限手段と、
上記データベース手段に含まれるデータの表示におい
て、該データが上記アクセス範囲制限手段によって制限
されたアクセス範囲に含まれる場合は該データを使用し
て作成したグラフを表示し、該データが上記アクセス範
囲制限手段によって制限されたアクセス範囲に含まれな
い場合は該データをそのまま表示する表示手段とを備え
ることを特徴とする。

【０００８】

【作用】即ち、請求項１に記載の発明のオープンシステ
ム用データ管理装置によれば、或る加入者がアクセス手
段によりデータベース手段にアクセスしようとすると
き、加入者特定手段によってその加入者を特定し、この
特定された加入者に基づいて、アクセス範囲制限手段
は、上記アクセス手段による上記データベース手段のア
クセス範囲を制限する。そして、表示手段は、上記デー
タベース手段に含まれるデータの表示において、該デー
タが上記アクセス範囲制限手段によって制限されたアク
セス範囲に含まれる場合は、該データの表示に代えて、
該データを該データの値によって層別して該データの属
する区分を表示し、該データが上記アクセス範囲制限手
段によって制限されたアクセス範囲に含まれない場合は
該データをそのまま表示する。このように制限されたア
クセス範囲に含まれるデータの場合は、該データの表示
に代えて、該データを該データの値によって層別して該
データの属する区分を表示するようにすることで、特定
の加入者の秘密データが他の加入者に洩れないようにす
ることができると共に、権限のない加入者にも限定され
たサービスを提供することができるようになる。また、
請求項２に記載の発明のオープンシステム用データ管理
装置によれば、或る加入者がアクセス手段によりデータ
ベース手段にアクセスしょうとするとき、加入者特定手
段によってその加入者を特定し、この特定された加入者
に基づいて、アクセス範囲制限手段は、上記アクセス手
段による上記データベース手段のアクセス範囲を制限す
る。そして、表示手段は、上記データベース手段に含ま
れるデータの表示において、該データが上記アクセス範
囲制限手段によって制限されたアクセス範囲に含まれる
場合は該データを使用して作成したグラフを表示し、該
データが上記アクセス範囲制限手段によって制限された
アクセス範囲に含まれない場合は該データをそのまま表
示する。このように制限されたアクセス範囲に含まれる
データの場合はグラフの形式で表示することで、特定の
加入者の秘密データが他の加入者に洩れないようにする
ことができると共に、権限のない加入者にも限定された
サービスを提供することができるようになる。

【０００９】

【実施例】以下、図面を参照して、本発明の実施例を説
明する。

【００１０】図１は、本発明の第１実施例の構成を示す
図で、複数のアパレルメーカ（Ａ，Ｂ，Ｃ，…）１０、
複数のテキスタイル会社（Ａ，Ｂ，Ｃ，…）２０、複数
の縫製会社（Ａ，Ｂ，Ｃ，…）３０、複数の販売会社
（Ａ，Ｂ，Ｃ，…）４０の間に、情報サービス会社５０
を配し、情報提供サービスネットワークを展開してい
る。

【００１１】情報サービス会社５０には、モデム５１
Ａ，５１Ｂ，５１Ｃ，５１Ｄにより、公衆電話回線を介
して、アパレルメーカ１０，テキスタイル会社２０，縫
製会社３０，販売会社４０に結合されたホストコンピュ
ータ（統合データベース管理システム）５２が設置され
ている。このホストコンピュータ５２には、詳細は後述
するような統合データベース（ＤＢ）５３と、キーボー
ド，高解像度ディスプレイ，プリンタ，等を含むワーク
ステーションレベルの端末５４とが接続されている。ま
た、上記端末５４にはスキャナ５５が接続されている。

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

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

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

【００１５】各縫製会社３０及び各販売会社４０も同様
に、モデム３１及び４１Ａにより公衆電話回線を介し
て、情報サービス会社５０のホストコンピュータ５２に
結合された端末３２及び４２が配置されている。また、
各販売会社４０は、モデム４１Ｂにより公衆電話回線を
介して結合された、実際の服の販売を行う販売店７０を
その傘下に持っている。各販売店も同様にモデム７１及
び端末７２を有しており、売り上げ等をオンラインで販
売会社４０に送ることができる。即ちこの場合、各販売
店７０の端末７２は、ＰＯＳ端末機能を有するものであ
る。

【００１６】情報サービス会社５０は、図３にその概略
を示すように、ネットワークを組んだアパレルメーカ１
０，テキスタイル会社２０，縫製会社３０，販売会社４
０、場合によっては生産会社群６０及び販売店７０等か
らそれぞれの企業情報を集め、それを加工して２次情報
に変換し、さらに一般情報（天気予報など）を加えて３
次情報に変換する。ここで、各企業情報は、その情報源
である企業が一般に公開しても良いと認めた一般公開情
報αと、自社と取り引きのある企業にだけは公開しても
良いと認めた指定企業公開情報βと、他社に洩れてはこ
まる自社の秘密情報であるプライベート情報γとに分け
ることができる。従って、情報サービス会社５０は、企
業情報（１次情報）を各企業（加入者）に提供する際に
は、その提供しようとする加入者に応じて情報の利用範
囲を管理すること（セキュリティ）が必要となる。本実
施例に於いては、このセキュリティとして、ＩＤ，パス
ワードにより加入者を特定する手法を採用している。さ
らには、セキュリティが必要な場合には、生の情報を提
供するのではなくて、出所のわからなくなった２次情
報，３次情報の形で提供するという手法も採用してい
る。情報サービス会社５０が提供するサービスとして
は、以下のものがある。（１）アパレル向け情報提供サービス１．自社販売実績：リアルタイム集計された取り引き実
績２．ネットワーク内アパレルの全体販売実績：ネットワ
ークで集計した販売（取り引きを含む）実績データ３．ネットワーク内販売系の全体販売実績：販売店７０
の端末（ＰＯＳ端末）７２によって集計した販売データ４．トレンド情報：国内・海外のトレンド情報５．ネットワーク内生産会社情報：ネットワークに参画
している生産会社の業務や商品の紹介情報６．一般市場店頭調査これらの内、特に１，２，３はセキュリティが必要であ
る。（２）販売関係向け情報提供サービス１．自社販売実績：自社系列販売店７０の端末（ＰＯＳ
端末）７２によってリアルタイム集計された取り引き実
績２．ネットワーク内販売系の全体販売実績：ネットワー
ク内の販売店７０の端末（ＰＯＳ端末）７２によって集
計した販売データ３．トレンド情報：国内・海外のトレンド情報４．一般市場店頭調査５．ネットワーク内アパレル紹介：ネットワークに参画
しているアパレルメーカの商品やブランドの紹介情報これらの内、特に１及び２はセキュリティが必要であ
る。（３）テキスタイル企画情報提供サービス１．一般情報：政治・経済，文化・風俗，気象・環境な
どのファッション以外の情報２．ファッショントレンド情報：カラーからテキスタイ
ル、スタイリングまでのテクニカルな情報３．消費者情報：顧客情報４．マーケット情報：消費者情報以外のマーケット情報５．販売実績情報：自社・他社の販売情報６．その他これらの内、特に３，４，５はセキュリティが必要であ
る。

【００１７】上記のようなサービス提供のため利用され
る情報サービス会社５０の統合ＤＢ５３は、図４に示す
ように、生産情報ＤＢ５３１，企画情報ＤＢ５３２，ア
パレルＤＢ５３３，テキスタイルＤＢ５３４，取引ＤＢ
５３５，経営支援ＤＢ５３６，ワークＤＢ５３７で構成
されている。

【００１８】上記生産情報ＤＢ５３１は、縫製ＤＢ５３
１Ａ，縫製生産管理ＤＢ５３１Ｂ，部材ＤＢ５３１Ｃ，
部材生産管理ＤＢ５３１Ｄ，等により構成されている。
ここで、縫製ＤＢ５３１Ａは、服を作る生産工程に関す
る様々な情報がストックされるデータベースである。縫
製生産管理ＤＢ５３１Ｂは、各縫製会社５０の負荷状況
等の情報をストックするデータベースである。部材ＤＢ
５３１Ｃは、テキスタイルを作る上で必要な加工情報等
の様々な情報がストックされるデータベースである。部
材生産管理ＤＢ５３１Ｄは、糸，染色，製織等の各生産
会社の工程負荷状況等の情報がストックされるデータベ
ースである。なお、この生産情報ＤＢ５３１には、その
他、副資材（ボタン，リボン，等）の工程に関する情
報，染料の情報，工程能力，等、様々な生産に絡む複数
の情報がストックされる。

【００１９】また、上記企画情報ＤＢ５３２は、アパレ
ル企画ＤＢ５３２Ａ，テキスタイル企画ＤＢ５３２Ｂ，
一般情報ＤＢ５３２Ｃ，等により構成されている。アパ
レル企画ＤＢ５３２Ａは、アパレル（服）を企画及び製
造する上で必要な情報がストックされるデータベースで
ある。

【００２０】テキスタイル企画ＤＢ５３２Ｂは、テキス
タイルを企画及び製造する上で必要な関連情報がストッ
クされるデータベースである。該テキスタイル企画ＤＢ
５３２Ｂは、例えば、図２の（Ｂ）に示すように、品番
コードと、その品番のテキスタイルに必要な必要材料，
加工手順，取扱い会社，セキュリティレベル等のそのテ
キスタイルを生産するのに必要な情報が記憶されてい
る。ここで、セキュリティレベルとは、前述した一般公
開情報α，指定企業公開情報β，プライベート情報γの
別を示す情報である。当然、指定企業公開情報βレベル
が設定されていれば、その指定企業を特定するための情
報も記録される。このテキスタイル企画ＤＢ５３２Ｂか
ら検索された情報に基づいて、テキスタイル会社２０は
生産計画を立て、傘下の生産会社群４０へ加工指示を出
すようになっている。

【００２１】一般情報ＤＢ５３２Ｃは、世の中の動き
や、生活習慣の流れ、映画からマスコミに至るまでの日
常生活に関わる種々の情報（つまり、直接、服やテキス
タイルに関わるもの以外の様々な情報）がストックされ
るデータベースである。この一般情報ＤＢ５３２Ｃに
は、その他、株，為替の動き、海外の産地での絹の生
産，羊毛の生産等の一般情報もストックされている。

【００２２】上記アパレルＤＢ５３３は、服を作る部分
だけに集中して、さらに詳細に展開されたデータベース
であり、アパレルデザインＤＢ５３３Ａ，アパレル商品
ＤＢ５３３Ｂ，アパレル在庫ＤＢ５３３Ｃ，等により構
成されている。アパレルデザインＤＢ５３３Ａは、どん
な服を作るのかというデザイン情報がストックされるデ
ータベースである。アパレル商品ＤＢ５３３Ｂは、商品
（実際に服を作って展示してこれを売ろうと決めている
もの、つまりアパレルデザインＤＢ５３３Ａにストック
されたデザインの中の商品化されたごく一部のものであ
って、商品コードが付けられ、生産販売できる体制にな
っているもの）の生産販売に関する様々な情報（即ち、
どんな服で、どんなテキスタイルを用意して、どういう
縫製工程を経ればできるかという情報）がストックされ
るデータベースである。アパレル在庫ＤＢ５３３Ｃは、
商品在庫（これには、販売会社３０が持つもの、アパレ
ルメーカ４０が持つもの、縫製会社５０が仕掛りで持つ
もの等がある）の情報がストックされるデータベースで
ある。

【００２３】これらアパレル商品ＤＢ５３３Ｂやアパレ
ル在庫ＤＢ５３３Ｃの情報も、上記テキスタイル企画Ｄ
Ｂ５３２Ｂと同様に、セキュリティレベルに応じて各加
入者のアクセスを制限することが必要である。即ち、セ
キュリティを十分に考慮した上で、必要な情報を引き出
せるようにすることが必要である。例えば、会社のＩＤ
番号をキーとして、このＩＤ番号に絡んで、その会社が
どういう取引を持っているかという、会社の個別情報に
基づいて、セキュリティをかけることが必要である。

【００２４】上記テキスタイルＤＢ５３４は、テキスタ
イル（テキスタイル）を作る部分にだけ集中して、さら
に詳細に展開したデータベースであり、テキスタイルデ
ザインＤＢ５３４Ａ，テキスタイル商品ＤＢ５３４Ｂ，
テキスタイル在庫ＤＢ５３４Ｃ，等により構成されてい
る。テキスタイルデザインＤＢ５３４Ａは、どのような
柄のテキスタイルを作るのかというデザイン情報がスト
ックされるデータベースである。例えば、図２の（Ｃ）
に示すように、このテキスタイルデザインＤＢ５３４Ａ
は、登録されたテキスタイルの単品毎に、品番コード
と、そのテキスタイルの静止画像情報とを関連付けて記
憶している。また、テキスタイル商品ＤＢ５３４Ｂは、
商品となるテキスタイルを製造するのに必要な様々な情
報、例えば値段や生産実績等の情報がストックされるデ
ータベースである。このテキスタイル商品ＤＢ５３４Ｂ
は、図２の（Ｄ）に示すように、単品毎に、品番コード
と、販売時期，対象シーズン，色，柄，素材，織方，発
注条件，標準価格，取扱い会社，等のテキスタイルに関
する諸々の情報を文字情報として記憶している。テキス
タイル在庫ＤＢ５３４Ｃは、テキスタイル会社６０が持
つ在庫、糸，製織，染色整理会社６１，６２，６３の中
間の仕掛りの在庫、アパレルメーカ４０が購入して持っ
ている在庫等の在庫情報がストックされるデータベース
である。このテキスタイル在庫ＤＢ５３４Ｃについて
も、上記アパレル在庫ＤＢ５３３Ｃと同様に、単品毎に
設定されたセキュリティレベルに応じて、ＩＤ番号と相
互の取引関係の記録から、必要なデータをセキュリティ
に反しない範囲でのみ取り出せるようにすることが必要
である。

【００２５】上記取引ＤＢ５３５は、納期管理や電子決
裁を行う中核となるものであり、アパレル受発注ＤＢ５
３５Ａ，アパレル物流管理ＤＢ５３５Ｂ，テキスタイル
受発注ＤＢ５３５Ｃ，テキスタイル物流管理ＤＢ５３５
Ｄ，等により構成されている。アパレル受発注ＤＢ５３
５Ａは、アパレルについての取引履歴情報がストックさ
れるデータベースである。テキスタイル受発注ＤＢ５３
５Ｃは、テキスタイルについての取引履歴情報がストッ
クされるデータベースである。該テキスタイル受発注Ｄ
Ｂ５３５Ｃは、例えば図２の（Ｅ）に示すように、品番
コード毎に、受発注がなされた時やその取消等がなされ
た時に、それらの数量が、その度毎に逐次入力更新され
るようになっている。また、当該テキスタイルについて
の取引実績情報のセキュリティレベルが記録されてい
る。

【００２６】上記経営支援ＤＢ５３６は、実際に経営計
画を立てていく上で、あるいは経営の決断をする上で必
要な様々なデータ、即ち、各種のデータベースを加工す
ることにより得られる２次情報，３次情報と称される加
工情報を、情報サービス会社５０が独自の分析手法でも
って分析し、いわば出所のわからなくなった情報として
サービスするために用いられる。この経営支援ＤＢ５３
６は、アパレル販売分析ＤＢ５３６Ａ，テキスタイル販
売分析ＤＢ５３６Ｂ，企業情報ＤＢ５３６Ｃ，事業評価
ＤＢ５３６Ｄ，等より構成されている。アパレル販売分
析ＤＢ５３６Ａは、アパレルの販売を分析した情報がス
トックされるデータベースである。テキスタイル販売分
析ＤＢ５３６Ｂは、テキスタイルの販売を分析した情報
がストックされるデータベースである。企業情報ＤＢ５
３６Ｃは、各企業の経営状態や取引の状況等の情報がス
トックされるデータベースである。

【００２７】そして、上記ワークＤＢ５３７は、ホスト
コンピュータ（統合データベース管理システム）５２が
各種処理の実行に必要な各種データを一時的に保持して
おくためのワークメモリ的に利用されるデータベースで
ある。

【００２８】次に、上記のような構成に於ける動作を、
まずテキスタイルに関して説明する。図５は、情報サー
ビス会社５０のホストコンピュータ５２の処理フローチ
ャートである。

【００２９】ホストコンピュータ５２は、端末５４か
ら、あるいはモデム５１Ａ乃至５１Ｄを介してアパレル
メーカ１０の端末１２，テキスタイル会社２０の端末２
２，縫製会社３０の端末３２，販売会社４０の端末４
２，などから、その端末を識別するためのユーザコード
（ＩＤ番号）を受信すると、そのユーザコードを解析
し、データベースにアクセスしようとしているのがどの
会社（加入者）であるのかを判断する（ステップＳ
１）。

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

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

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

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

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

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

【００３６】テキスタイル会社では、こうして受注され
たテキスタイルは、その品番が分かっているので、その
品番のテキスタイル企画ＤＢ５３２Ｂをアクセスするこ
とにより、詳細な加工情報を得ることができる。そし
て、その加工情報に基づき、生産計画を立てて、各部材
の生産会社６１〜６４へ生産指示情報及び加工情報を送
信する。各生産会社は、その生産指示情報に基づき生産
を行う。なお、上記ステップＳ１２に於ける検索処理
は、図６のフローチャートに示すようにして行われる。

【００３７】即ち、アパレルメーカ１０からのテキスタ
イル検索であれば（ステップＳ２１，Ｓ２２）、テキス
タイルＤＢ５３４の内、テキスタイルデザインＤＢ５３
４Ａとテキスタイル商品ＤＢ５３４Ｂのみにログイン
（アクセス可能に）して（ステップＳ２３）、検索を行
う（ステップＳ２４）。そして、取引実績検索も指示れ
されていれば（ステップＳ２５）、テキスタイル受発注
ＤＢ５３５Ｃを検索して（ステップＳ２６）、検索結果
を当該アパレルメーカ１０へ出力する（ステップＳ２
７）。

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

【００３９】また、テキスタイル会社２０からの検索で
あれば（ステップＳ３０）、テキスタイルデザインＤＢ
５３４Ａとテキスタイル商品ＤＢ５３４Ｂに加え、テキ
スタイル企画ＤＢ５３２Ｂの内の情報サービス会社５０
供給の（即ち、一般公開情報としてのテキスタイルと、
当該テキスタイル会社２０登録のテキスタイルの部分と
のみにログイン（アクセス可能に）して（ステップＳ３
１）、検索を行う（ステップＳ３２）。そして、取引実
績検索も指示れされていれば（ステップＳ３３）、テキ
スタイル受発注ＤＢ５３５Ｃを検索して（ステップＳ３
４）、検索結果を当該テキスタイル会社２０へ出力する
（ステップＳ３５）。

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

【００４１】このように、どの会社（加入者）が情報検
索をするかにより、統合ＤＢ５３の検索範囲を異ならせ
ることにより、競合他社に重要な情報（加工情報等のプ
ライベート情報γ）が流れることを防止するようにして
いる。また、上記ステップＳ１５に於けるテキスタイル
受発注ＤＢ５３５Ｃの更新処理は、図７に示すようにし
て行われる。

【００４２】即ち、発注モードであれば（ステップＳ５
１）、発注数量ａを受けて（ステップＳ５２）、この発
注数量ａを発注元のアパレルメーカ１０へ確認のために
出力する（ステップＳ５３）。そして、テキスタイル受
発注ＤＢ５３５Ｃから当該テキスタイルの発注総量Ｘを
読出し（ステップＳ５４）、この総量Ｘに発注数量ａを
加算し、その結果を新たな発注総量Ｘとして、テキスタ
イル受発注ＤＢ５３５Ｃを更新する（ステップＳ５
５）。

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

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

【００４５】なお、上記ステップＳ２６においてテキス
タイル受発注ＤＢ５３５Ｃから検索された取引実績は、
図２の（Ａ）に示すようにウィンド１４の下部に表示さ
れる。この表示は、例えば、当該テキスタイル会社２０
が取引実績を一般公開情報αもしくは指定企業公開情報
βとしている時には、図８の（Ａ）に示すように実数を
表示することができる。しかしながら、プライベート情
報γとして登録してある場合には、その取引実績を加工
した２次情報として取引実績を表示する。例えば、図８
の（Ｂ）に示すように大まかな目安を表示したり、図８
の（Ｃ）に示すように過去数カ月の売行きの履歴をグラ
フで表示することができる。が取られることができる。

【００４６】図８の（Ｄ）は、同図の（Ｂ）に示すよう
な表示を行うための、上記ステップＳ２６に於けるテキ
スタイル受発注ＤＢ５３５Ｃの検索動作を示すフローチ
ャートである。即ち、検索されたテキスタイルに対応す
る過去の発注総量Ｘをテキスタイル受発注ＤＢ５３５Ｃ
から検索し（ステップＳ７１）、そのテキスタイルのセ
キュリティレベルが一般公開情報αレベルであれば（ス
テップＳ７２）、図６のステップＳ２７に進んで、その
検索した発注総量Ｘを出力する。また、セキュリティレ
ベルが指定企業公開情報βレベルの場合には（ステップ
Ｓ７３）、当該検索を指定した企業（会社）が指定企業
であるかどうかを上記ＩＤ番号により判定し（ステップ
Ｓ７４）、指定企業であれば、上記ステップＳ２７に進
んで、上記検索した発注総量Ｘを出力する。

【００４７】一方、指定企業ではない場合、あるいはセ
キュリティレベルがプライベート情報γの場合には、上
記検索した発注総量Ｘが情報サービス会社５０で予め設
定された数量α（例えば、１０，０００）以上であるか
どうかを判別し（ステップＳ７５）、そうであれば、デ
ータが大・中・小の３区分のうち大に層別されると判断
し、図８の（Ｂ）に示されるように、［大］の文字の下
に二重線が引かれた層別結果を示す画面データを発生し
（ステップＳ７６）、上記ステップＳ２７に進んで上記
発生した画面データを出力し表示させる。また、発注総
量Ｘが数量β（例えば、１，０００）以上であれば（ス
テップＳ７７）、図８の（Ｂ）の画面において二重線を
今度は［中］の文字の下に引いた画面データを発生し
（ステップＳ７８）、それ以外であれば、図８の（Ｂ）
の画面において二重線を今度は［小］の文字の下に引い
た画面データを発生して（ステップＳ７９）、上記ステ
ップＳ２７でそれを表示する。なお、受注数の表示も、
同様にして行うことができる。また、上記ステップＳ３
４での検索処理も同様にして行うことができる。

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

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

【００５０】このようにした場合、上記ステップＳ２６
又はＳ３４での検索処理は、図９の（Ｂ）のフローチャ
ートに示すように行われる。即ち、検索されたテキスタ
イルに対応するセキュリティレベルをテキスタイル受発
注ＤＢ５３５Ｃから検索して、それが一般公開情報αレ
ベルであれば（ステップＳ９１）、発注総数Ｘを検索す
る（ステップＳ９２）。そして、図６のステップＳ２７
に進んで、その検索した発注総量ｘを出力する。また、
セキュリティレベルが指定企業公開情報βレベルの場合
には（ステップＳ９３）、当該検索を指定した企業（会
社）が指定企業であるかどうかを上記ＩＤ番号により判
定し（ステップＳ９４）、指定企業であれば、上記ステ
ップＳ９２に進む。

【００５１】一方、指定企業ではない場合、或はセキュ
リティレベルがプライベート情報γの場合には、テキス
タイル受発注ＤＢ５３５Ｃに構成されたテーブルを検索
する（ステップＳ９５）。そして、上記ステップＳ２７
に進んでその検索結果を出力する。

【００５２】以上のように、指定企業公開情報β及びプ
ライベート情報γは、２次情報に加工した上で、検索を
要求した企業（加入者）に提供することにより、セキュ
リティが守れる。

【００５３】また、セキュリティという観点からは、情
報サービス会社５０と各会社（加入者）との間の情報の
通信時の漏洩を防ぐという意味のセキュリティも必要で
ある。このような目的のためには、公開鍵方式や鍵共有
方式（ＫＰＳ: Key Predistribution System）などの各
種暗号化方式が利用されることができる。ここで、公開
鍵方式とは、情報発信者は受信者の公開されている公開
鍵を用いて通信文を暗号化して送り、この公開鍵に対応
する秘密鍵を持つ受信者は自分の秘密鍵を用いて復号す
るというものである。また、ＫＰＳは、管理センタが各
加入者にそれぞれ固有の関数をＩＣカード等に入れて渡
し、加入者は暗号通信をしたい場合には、その関数に相
手の名前（ＩＤ）を入れると相手との共通鍵が得られる
という方式である。さらには、統合ＤＢ５３に蓄積され
る情報自体も暗号化しておけば、一層セキュリティの向
上につながる。

【００５４】なお、上記実施例では、説明の簡略化のた
めに、テキスタイルに関するデータを例にとって説明し
たが、服の受発注など、その他の処理についても同様に
実現可能なことは勿論である。

【００５５】また、上記実施例では、情報サービス会社
５０のホストコンピュータ５２にテキスタイルデータの
全てを持たせるようにしたが、分散型として、各会社に
データを持たせるようにしても良い。

【００５６】以下、この分散型について、本発明の第２
実施例として説明する。本実施例は、説明の簡略化のた
めに、テキスタイルに関するデータを例にとって、他は
省略するものとする。もちろん、服の受発注など、その
他の処理についても同様に実現可能である。

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

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

【００５９】一方、各テキスタイル会社２０のマシン内
には、自社がネットワーク内に提供しているテキスタイ
ルのデータを持つテキスタイルＤＢ５３４₂₀と、その各
テキスタイルの受発注ＤＢ５３５Ｃ₂₀、及びテキスタイ
ルの加工情報を含むテキスタイル企画ＤＢ５３２Ｂ₂₀が
ある。

【００６０】情報サービス会社５０のマシン内には、ネ
ットワークに参加する全テキスタイル会社２０の販売す
るテキスタイルを登録するテキスタイルＤＢ５３４及び
それぞれのテキスタイルの受発注ＤＢ５３５Ｃを持つ。
また、これらは、各アパレルメーカ１０については必要
の都度随時に提供される。さらに、各アパレルメーカ１
０の登録したアパレルデザインもデータベース化してア
パレルＤＢ５３３として持つ。また、アパレルメーカ１
０には提供されない加工情報などを含むテキスタイル企
画ＤＢ５３２Ｂも持っている。

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

【００６２】即ち、アパレルメーカ１０で何らかの処理
が選択されると（ステップＳ１０１）、それがテキスタ
イルについてのＤＢの更新処理であれば（ステップＳ１
０２）、情報サービス会社５０よりテキスタイルＤＢ５
３４，テキスタイル受発注ＤＢ５３５Ｃのデータを受信
し（ステップＳ１０３）、アパレルメーカ１０内のマシ
ンの対応するＤＢ５３４₁₀，５３５Ｃ₁₀を更新する（ス
テップＳ１０４，Ｓ１０５）。この場合の処理選択は、
オペレータにより随時行われるものであっても良いし、
タイマにより定期的に行われるものであっても良い。

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

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

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

【００６６】即ち、テキスタイル会社２０で何らかの処
理が選択されると（ステップＳ１２１）、それがネット
ワークに提供し販売するテキスタイルのデータの登録処
理であれば（ステップＳ１２２）、テキスタイルを入力
し（ステップＳ１２３）、このテキスタイルのデータを
情報サービス会社３０へ送信すると共に（ステップＳ１
２４）、自社内のテキスタイルＤＢ５３４₂₀，テキスタ
イル企画ＤＢ５３２Ｂ₂₀を更新する（ステップＳ１２
５）。

【００６７】また、テキスタイルの検索処理であれば
（ステップＳ１２６）、テキスタイルＤＢ５３４₂₀，テ
キスタイル企画ＤＢ５３２Ｂ₂₀を検索する（ステップＳ
１２７）。

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

【００６９】なお、この分散型の実施例に於いても、セ
キュリティレベルに応じて、図８の（Ａ）乃至（Ｃ）に
示したように取引実績を表示する。即ち、指定企業公開
情報β及びプライベート情報γは、２次情報に加工した
上で、検索を要求した企業（加入者）に提供することに
より、セキュリティを守る。また、情報サービス会社５
０と各会社（加入者）との間の情報の通信も、前述した
ような公開鍵方式やＫＰＳなどの各種暗号化方式を利用
してセキュリティを守るようにする。なお、アパレルメ
ーカ１０での表示は、図２の（Ａ）に示したようにウィ
ンドをオーバラップ表示するようにしても良い。

【００７０】また、上記第２実施例では、情報サービス
会社５０のテキスタイル受発注ＤＢ５３５Ｃは、実デー
タを持たなくとも良い。即ち、図１３の（Ａ）に示すよ
うに、アパレルメーカとテキスタイル会社を特定するた
めの情報と、どのテキスタイルかを特定する品番コード
Ｃとにより、アパレルメーカ１０のテキスタイル受発注
ＤＢ５３５Ｃ₁₀及びテキスタイル会社２０のテキスタイ
ル受発注ＤＢ５３５Ｃ₂₀にアクセスして、取引実績の更
新や検索を行うようにしても良い。この場合、競合他社
の取引実績にはアクセスできないようにすることが必要
な場合、セキュリティ確保の方法として、次の２種類の
検索方法を取る。第１は、例えばテキスタイル会社２０
からの更新又は検索に於いて、当該テキスタイル会社２
０のＩＤ番号に基づいて当該テキスタイル会社２０と取
引があるアパレルメーカ１０を当該テキスタイル会社２
０の端末２２に一覧表示し、それら一覧表示されたアパ
レルメーカ１０の中から一つのアパレルメーカ１０を指
定し、そのアパレルメーカ１０と当該テキスタイル会社
２０との間で取引されているテキスタイルを指定するこ
とにより、両会社間での取引実績しかアクセスできない
ようにするというものである。第２は、同様にＩＤ番号
に基づいて当該テキスタイル会社２０のテキスタイルの
商品番号を一覧表示し、それらの中から一つを指定し、
この指定されたテキスタイルについて取引のあるアパレ
ルーメカを指定することにより、両会社間での取引実績
しかアクセスできないようにするというものである。

【００７１】また、上記テキスタイル受発注ＤＢ５３５
Ｃの情報（テキスタイル仕様）により、テキスタイル企
画ＤＢ５３５Ｂ及びテキスタイルＤＢ５３４（テキスタ
イルデザインＤＢ５３４Ａ，テキスタイル商品ＤＢ５３
４Ｂ）の当該テキスタイルに関する情報にアクセスでき
るようにすることもできる。

【００７２】また、前述したようなＫＰＳを利用するこ
とにより、ＩＤ番号やパスワードを使用しなくてもセキ
ュリティを守ることができる。以下、これを第３実施例
として説明する。

【００７３】まずＫＰＳにつき簡単に説明する。ＫＰＳ
は、前述したように、管理センタが各加入者にそれぞれ
固有の関数をＩＣカード等に入れて渡し、加入者は暗号
通信をしたい場合には、その関数に相手の名前（ＫＰＳ
−ＩＤ）を入れると相手との共通鍵が得られるという方
式である。例えば、図１３の（Ｂ）に示すように、加入
者Ａに配布されるＩＣカード８０Ａの関数をｆ_A（ｘ）
とするとき、Ａが加入者Ｂと鍵を共有したいときは、ｆ
_A（Ｂ）を計算すれば良い。Ｂは、自分のＩＣカード８
０Ｂの関数ｆ_B（ｘ）を用いてｆ_B（Ａ）を計算すれ
ば、これはｆ_A（Ｂ）に等しく、同じ鍵が計算できる。
この様な鍵の計算は、ＩＣカードの中で行える。従っ
て、ＫＰＳでは、事前の何の通信もなしに鍵共有が実現
できる。

【００７４】ＫＰＳカード８０は、ＩＳＯのＩＣカード
規格に準拠し、クレジットカード等と同じ大きさであ
り、例えば図１４に示すような構成を有している。当該
カード８０を所有する加入者Ｎの関数ｆ_N（ｘ）は関数
記憶部８１に記憶される。また、他の加入者のＫＰＳ−
ＩＤは、例えば、＜名前＋勤務先電話番号＞のように任
意に定めることができ、ＫＰＳ−ＩＤ帳，電話帳記憶部
８２に記憶される。本実施例では、さらに、ＫＰＳカー
ド８０内に、当該カードを所有する加入者のプライベー
ト情報γを格納するプライベート情報記憶部８３を有し
ている。

【００７５】即ち、本実施例では、このようなＫＰＳカ
ード８０を各加入者（各会社のみならず個人消費者を含
む）に配布し、ＫＰＳ−ＩＤ帳，電話番号記憶部８２に
は、情報サービス会社５０のＩＤ及び電話番号を記憶さ
せておく。

【００７６】こうすることにより、プライベート情報は
カード８０の中にのみあり、情報サービス会社５０はプ
ライベート情報を持たない構成とすることができる。情
報サービス会社５０は個人が特定できない２次情報のみ
を持ち、この２次情報の共有化を提供する。即ち、情報
サービス会社５０はプライベート情報を持っていないの
であるから当然この情報サービス会社５０からプライベ
ート情報が洩れることはなく、またネットワーク上を流
れる情報は上記のように暗号として流れるため、ここか
らも洩れることはない。

【００７７】これを、図１の構成に於いて、加入者とし
ての個人消費者が何処かの販売店７０で服を購入した場
合を例に、図１５のフローチャートを参照して説明す
る。なお、個人消費者が持つカード８０のプライベート
情報記憶部８３には、例えば、過去にこのネットワーク
に対して何時どの様な服を何着購入し、その支払いはど
うだったかという取引情報や、個人を特定できる情報、
即ち当該カードの持ち主の名前，性別，住所といった個
人の属性情報が記憶されているものとする。

【００７８】個人消費者がいずれかの販売店７０で服を
購入すると、当該販売店７０の端末７２につながれた不
図示カードリーダによってカード８０から暗号化された
プライベート情報が読出され、それが販売会社４０を介
して情報サービス会社５０に送られる（ステップＳ１４
１）。また、消費者が購入した服の情報が例えば端末７
２に接続された不図示バーコードリーダ等によって入力
されて、同様に情報サービス会社５０に送られる（ステ
ップＳ１４２）。

【００７９】情報サービス会社５０のホストコンピュー
タ５２は、上記プライベート情報と購入情報を受け、プ
ライベート情報を復号して、購入情報に基づいてプライ
ベート情報を更新する（ステップＳ１４３）。そして、
この更新したプライベート情報を、ワークＤＢ５３７に
記憶すると共に、それを暗号化して販売店７０に戻して
カード８０に書き込む（ステップＳ１４４）。また、更
新したプライベート情報から非プライベート情報を生成
し（ステップＳ１４５）、それを未決済情報としてワー
クＤＢ５３７に記憶する（ステップＳ１４６）。ここ
で、非プライベート情報とは、どういう年齢のどの性別
の人がどういう服を買ったかというような個人の属性
（名前，住所，電話番号など）が消された個人が特定で
きない情報である。こうして、更新されたプライベート
情報を持つカード８０は持ち主に返される。

【００８０】その後、販売店７０の端末７２或は販売会
社４０の端末４２から照会入力があると（ステップＳ１
４７〜Ｓ１４９）、ワークＤＢ５３７から当該プライベ
ート情報中の必要データを読出して（ステップＳ１５
０）、それを照会入力のあった端末に表示する（ステッ
プＳ１５１）。

【００８１】また、決済入力があると（ステップＳ１４
７，Ｓ１４８）、ワークＤＢ５３７中の当該プライベー
ト情報を消去し（ステップＳ１５２）、また対応する非
プライベート情報を統合ＤＢ５３へ移した後（ステップ
Ｓ１５３）、ワークＤＢ５３７中のその非プライベート
情報を消去する（ステップＳ１５４）。

【００８２】このように、統合ＤＢ５３に登録される際
に、個人の重要な属性（名前，住所，電話番号）は消さ
れて登録される。このようなシステムとすることによ
り、顧客情報というのが、何処のブティック（販売店）
で買い物しようと、ネットワークの中では集合情報とし
て共有化できる。なお、未決済段階ではプライベートの
購入情報は照合などのために残しておく必要があるが、
決済が済むと消してしまう。つまり、服を買うと、カー
ド８０からプライベートの購入情報と名前と住所の無い
非プライベート購入情報が生成され、この未決済段階で
は非プライベート購入情報はマスクされて、ホストコン
ピュータ（統合データベース管理システム）５２は、プ
ライベート購入情報しか読み出しさせないが、それはそ
の取引に関係した会社にしかアクセスさせない。そし
て、決済後は、プライベート購入情報は消去され、その
とき非プライベート購入情報が統合ＤＢに移される。こ
の非プライベート情報は、ネットワークに参加する誰で
も利用できる。従って、情報サービス会社５０及びネッ
トワークに参加する各会社は、不必要なプライベート情
報を一切持たずに、有効な顧客管理が可能となる。

【００８３】なお、上記第３実施例では、説明の簡略化
のために、服の購入を例にとって説明したが、テキスタ
イルや服の受発注など、その他の処理についても同様に
実現可能なことは勿論である。

【００８４】

【発明の効果】以上詳述したように、本発明によれば、
不特定多数の加入者が参加するオープンシステムに於い
て、特定の加入者の秘密データが他の加入者に洩れない
ようにすることが可能であると共に、秘密データを公開
可能なレベルまで２次加工して表示することで、権限の
無い加入者にも限定されたサービスを提供可能にしたオ
ープンシステム用データ管理装置を提供することができ
る。

【００８５】従って、オープンシステムを構成する上で
のセキュリティの問題が解決されるので、複数のアパレ
ルメーカと複数のテキスタイル会社、さらにはアパレル
関連企業である縫製会社や販売会社等をネットワーク化
し、自社のデータベースのみならず他社のデータベース
を相互に利用可能とするオープンシステムを構成するこ
とができる。このオープンシステムを構成することによ
り、例えば、人間の勘と経験に大幅に依存していたテキ
スタイルの企画及び生産に於いて、データに基づき判断
し、多品目少量生産及び繰り返しオーダができるように
なる。即ち、複数の異なる会社の単品毎のテキスタイル
データと共にそのテキスタイルデータの逐次更新される
取引実績を検索することができるため、トレンドに合っ
たテキスタイルの受発注がタイムリーに且つ素早く行え
る。また、タイムリーな発注を行えるため、多品種少量
のクイック生産が可能となる。さらに、テキスタイルデ
ータに加工情報を持たせることにより、より素早い生産
が可能となる。

【図面の簡単な説明】

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

【図２】（Ａ）は第１実施例に於けるアパレルメーカで
の検索時の表示状態を示す図、（Ｂ）はテキスタイル企
画データベースの構成を示す図、（Ｃ）はテキスタイル
デザインデータベースの構成を示す図、（Ｄ）はテキス
タイル商品データベースの構成を示す図であり、（Ｅ）
はテキスタイル受発注データベースの構成を示す図であ
る。

【図３】情報サービス会社に於ける情報処理の概略を示
す図である。

【図４】統合データベースの構成を示す図である。

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

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

【図７】図５中のステップＳ１５に於けるテキスタイル
受発注データベースの更新処理の詳細なフローチャート
である。

【図８】（Ａ）乃至（Ｃ）はそれぞれ取引実績の表示例
を示す図であり、（Ｄ）は同図の（Ｂ）のような表示を
行うための、図６中のステップＳ２６に於けるテキスタ
イル受発注データベースの検索処理の詳細なフローチャ
ートである。

【図９】（Ａ）は図８の（Ｃ）のような表示を行うため
の、図７のフローチャートの変更部分を示すフローチャ
ートであり、（Ｂ）は図８の（Ｃ）のような表示を行う
ための、図６中のステップＳ２６に於けるテキスタイル
受発注データベースの検索処理の詳細なフローチャート
である。

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

【図１１】（Ａ）は第２実施例に於けるアパレルメーカ
での検索時の表示状態を示す図であり、（Ｂ）は第２実
施例に於けるアパレルメーカでの処理を示すフローチャ
ートである。

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

【図１３】（Ａ）は情報サービス会社のテキスタイル受
発注データベースが実データを持たない場合のデータベ
ースの構成を示す図であり、（Ｂ）は鍵共有方式（ＫＰ
Ｓ）に於ける共通鍵の生成模式図である。

【図１４】ＫＰＳカードの機能ブロック図である。

【図１５】加入者としての個人消費者が何処かの販売店
で服を購入した場合に於ける本発明の第３実施例の動作
を説明するためのフローチャートである。

【符号の説明】

１０…アパレルメーカ、１１，２１Ａ，２１Ｂ，３１，
４１Ａ，４１Ｂ，５１Ａ，５１Ｂ，５１Ｃ，５１Ｄ，６
１１，６２１，６３１，６４１，７１…モデム、１２，
２２，３２，４２，５４，６１２，６２２，６３２，６
４２，７２…端末、１７，２３…小型コンピュータ、２
０…テキスタイル会社、３０…縫製会社、４０…販売会
社、５０…情報サービス会社、５２…ホストコンピュー
タ（統合データベース管理システム）、５３…統合デー
タベース（ＤＢ）、５５…スキャナ、５３１…生産情報
ＤＢ、５３１Ａ…縫製ＤＢ、５３１Ｂ…縫製生産管理Ｄ
Ｂ、５３１Ｃ…部材ＤＢ、５３１Ｄ…部材生産管理Ｄ
Ｂ、５３２…企画情報ＤＢ、５３２Ａ…アパレル企画Ｄ
Ｂ、５３２Ｂ，５３２Ｂ₂₀…テキスタイル企画ＤＢ、５
３２Ｃ…一般情報ＤＢ、５３３，５３３₁₀…アパレルＤ
Ｂ、５３３Ａ，５３３Ａ₁₀…アパレルデザインＤＢ、５
３３Ｂ…アパレル商品ＤＢ、５３３Ｃ…アパレル在庫Ｄ
Ｂ、５３４，５３４₁₀，５３４₂₀…テキスタイルＤＢ、
５３４Ａ…テキスタイルデザインＤＢ、５３４Ｂ…テキ
スタイル商品ＤＢ、５３４Ｃ…テキスタイル在庫ＤＢ、
５３５…取引ＤＢ、５３５Ａ…アパレル受発注ＤＢ、５
３５Ｂ…アパレル物流管理ＤＢ、５３５Ｃ，５３５
Ｃ₁₀，５３５Ｃ₂₀…テキスタイル受発注ＤＢ、５３５Ｄ
…テキスタイル物流管理ＤＢ、５３６…経営支援ＤＢ、
５３６Ａ…アパレル販売分析ＤＢ、５３６Ｂ…テキスタ
イル販売分析ＤＢ、５３６Ｃ…企業情報ＤＢ、５３６Ｄ
…事業評価ＤＢ、５３７…ワークＤＢ、５７…大型コン
ピュータ、６０…生産会社群、６１…染色会社、６２…
糸会社、６３…製織会社、６４…生地会社、７０…販売
店、８０，８０Ａ，８０Ｂ…ＩＣカード、８１…関数記
憶部、８２…ＫＰＳ−ＩＤ帳，電話帳記憶部、８３…プ
ライベート情報記憶部。

フロントページの続き (56)参考文献特開平４−157555（ＪＰ，Ａ) 特開平３−188550（ＪＰ，Ａ) 特開昭62−259165（ＪＰ，Ａ) 特開平４−347747（ＪＰ，Ａ) 特開平３−34050（ＪＰ，Ａ) 特開昭63−146144（ＪＰ，Ａ) 特開平４−170681（ＪＰ，Ａ) 特開平４−127370（ＪＰ，Ａ) 特開平４−313150（ＪＰ，Ａ) 実開昭63−97147（ＪＰ，Ｕ) 特許2835242（ＪＰ，Ｂ２) 情報処理学会第32回（昭和61年前期) 全国大会講演論文集、Ｐ．1883〜1884 Ｉｎｔ．Ｃｏｎｆ．ＤａｔａＥｎｇ．1986，ｐ．67〜74（ＪＩＣＳＴ文献番号，Ｋ19860364) (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06F 12/00,17/30,12/14, G06F 15/00,19/00,17/60 ＪＯＩＳ（ＪＩＣＳＴファイル) ＣＳＤＢ

Claims

(57)【特許請求の範囲】

【請求項１】多数の加入者が提供するデータが登録さ
れるデータベース手段と、各加入者が前記データベース手段にアクセスするための
アクセス手段と、前記アクセス手段により前記データベース手段にアクセ
スしようとする加入者を特定するための加入者特定手段
と、前記加入者特定手段により特定された加入者に基づい
て、前記アクセス手段による前記データベース手段のア
クセス範囲を制限するアクセス範囲制限手段と、前記データベース手段に含まれるデータの表示におい
て、該データが前記アクセス範囲制限手段によって制限
されたアクセス範囲に含まれる場合は、該データの表示
に代えて、該データを該データの値によって層別して該
データの属する区分を表示し、該データが前記アクセス
範囲制限手段によって制限されたアクセス範囲に含まれ
ない場合は該データをそのまま表示する表示手段と、を具備することを特徴とするオープンシステム用データ
管理装置。
【請求項２】多数の加入者が提供するデータが登録さ
れるデータベース手段と、各加入者が前記データベース手段にアクセスするための
アクセス手段と、前記アクセス手段により前記データベース手段にアクセ
スしようとする加入者を特定するための加入者特定手段
と、前記加入者特定手段により特定された加入者に基づい
て、前記アクセス手段による前記データベース手段のア
クセス範囲を制限するアクセス範囲制限手段と、前記データベース手段に含まれるデータの表示におい
て、該データが前記アクセス範囲によって制限されたア
クセス範囲に含まれる場合は該データを使用して作成し
たグラフを表示し、該データが前記アクセス範囲制限手
段によって制限されたアクセス範囲に含まれない場合は
該データをそのまま表示する表示手段と、を具備することを特徴とするオープンシステム用データ
管理装置。