JPS6233835A - 製糸工程における錘管理方法 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔“利用分野〕 本発明は合成線維の製糸工程でどの原糸ノくツケージが
加工工程のどの錘に投入され加工されてどの製品パッケ
ージになったかの履歴を明像にし、製品に異常が発生し
た場合などに原糸Ｋｔでさかのぼって原因追求をするこ
とを容易々らしめる製糸工程の錘管理方法に関するもの
である。

〔従来技術と問題点〕

製糸工程の加工工程例えば延伸仮撚工程では、従来は製
品パッケージが５ｋＦＩ巻きとすると、たとえば原糸パ
ッケージは１０ゆ巻きとし１個の原糸パッケージより製
品パッケージを２本とった時点で延伸仮撚装置を停止し
、全錘−斉に残原糸パッケージを新原糸パッケージと交
換し改めて延伸仮撚装置を運転糸掛けするようになって
いた。ところが最近では油剤などの進歩によりトランス
ファー加工と称し、錘当り原糸パッケージを２本準備出
来るようにし九回動クリールを用い加工中の原糸パッケ
ージの尻糸と次に加工すべき原糸パツケージの端糸をノ
ツターで結んでおく事により銘柄変更のない限り残原糸
を発生させることなく連続的に運転が出来るようになっ
て来た。このようなトランスファー加工が行なわれると
、従来のように原糸パッケージの重量を製品パッケージ
の重量の整数倍に抑える必要は全くなく、原糸パッケー
ジは紡糸機の巻取装置、延伸仮撚工程のクリールサイズ
等で制約される最犬捲量にまで増量してりＩＪ　−ルへ
の原糸準備作業を合理化するようになった。

ところが、従来は１本の原糸パッケージより、前述の例
のように２本の製品パッケージが生産されるので端数が
出なかったし原糸パックー′）Ｖｉ延伸仮撚加工直前に
全錘−斉に準備されたので、原糸投入時にどの原糸パッ
ケージを何時どの鍾に投入したか記録に残しておけば、
延伸仮撚工程の生産計画システムが確立されている事本
島って、製品に異常があった場合などある程度の時間は
かかるものの特定原糸にまでさかのぼって原因調査が出
来たのに対しトランスファー加工の場合は１ン１原糸パ
ツケージより整数本の製品パッケージが生産されるわけ
ではなく複数となる（結び目の入った製品パッケージは
２種の原糸より仮撚加工されたものとなる）。

２）原糸の準備は加工中の原糸パッケージがなくなるま
でに準備すれば良（１０時面板上投入時刻と加工開始時
刻に差が出る事は珍しくない。

３）原糸パッケージの重量のバラツキ（０〜５００ｇ）
が累積されていくのでクリールへの原糸パッケージの投
入項序も一定ではなくなる。

などの理由にエリ、仮撚加工工程の生産計画が確立して
いても、製品と原糸の対応付けはきわめて困難となる。

〔発明の目的〕

本発明はトランスファー加工をする延伸仮撚工程のかか
る問題点を解決するためになされたもので簡単な作業で
錘管理できる錘管理方法を提供することを目的とする。

〔発明の構成〕

すなわち、本発明は、少なくとも原糸パッケージの生産
錘位置が特定出来る原糸情報をバーコードにして原糸パ
ッケージを玉揚、連撮する台車に表示すると共に、原糸
パッケージを加工処理する糸条加工機の各錘に少なくと
もその錘位置が特定できる加工情報をバーコードで表示
し、原糸パッケージを加工機に準備する際にバーコード
リーダーで原糸情報と加工情報とを読み取って演算処理
装置に入力し、演算処理装置により製品パッケージの加
工機の錘とその原糸パッケージの生産錘の錘対応付けを
行なうことを％徴とする製糸工程における錘管理方法で
ある。

以下本発明を図面により詳細に説明する。

第１図は本発明の実施に用いたコンピュータシステムの
システム構成図である。図において、ＩＦ′１ＣＰＵ本
体（中央演算処理部）。

１ａはそのキャラクタディスプレイ、ｌｂはキーボード
、ｌｃはフロッピーディスクドライブ、２はプリンター
、３はハードディスクドライブで市販の日本電気製Ｎ５
２００１０５ハソコンシステムの標準システムを用いて
いる。

４．５はそれぞれバーコードプリンター、バーコードリ
ーダーであり切換器６を介してＣＰＵ本体１の標準ＲＳ
　２３２　Ｃボートに接続している。なお、バーコード
プリンター４゜バーコードリーダー５は市販のインター
メック社製を用いた。５ａはバーコードリーダー５に付
属の読取用ライトペンである。尚、バーコードリーダー
５はバッテリーバックアップの携帯型であり通常は延伸
仮撚加工機のある現場で使用し、収納データを本システ
ムに読み込ませる時のみ、図示の如くにコネクター接続
するようＫなっている。図示してない生産管理システム
により毎朝、その日の原糸生産計画がフロッピーディス
クに出力されるがこのフロッピーディスクを受取り切換
スイツチ６をバーコードプリンター４側に切換えた後Ｃ
ＰＵ不体１のフロッピーディスクドライブｌｃに挿入し
、ＣＰＵ本体１に収納したパーフード打出プログラムを
走らせる事により、ＣＰＵ本体１はフロッピーディスク
の内容を読み出し判読してＲＳ　２３２　Ｃボートを介
して後述の少なくとも錘位置を特定できる原糸情報を次
々にバーコードプリンター４に送出スる。バーコードプ
リンタ−４Ｖｉ第２図に示す如くにテープ７に貼付され
たラベル８の夫々に該原糸情報、具体的には紡糸機番号
。

玉揚日付、玉揚連番号、銘柄１重量区分などを１つのデ
ータとしてこれをバーコードに変換して次々に打出す。

実施例ではバーコードのみでは人が見た時に内容がわか
らないので、バーコード上部にバーコードの内容を英数
字で同時プリントするようにしである。このようにして
予め準備された原糸情報をバーコードで表示したラベル
８は作業者によりテープ７からはがされて第３図に示す
ように原糸パッケージ１１の台車１０の所定個所に改め
て貼つけられ、原糸パッケージ１１の原糸情報の表示と
なる。なお、ここでラベル８の台車１０への取付けは、
例示の貼着に替えてラベルホルダ方式、荷札方式等信の
手段が適用できる。又図の９はボビンである。ラベル８
が貼着された台車１０Ｆｉ該当する玉揚連番号になった
時に該当する紡糸機ワイングー（図示せず）に搬送され
、ボビン９ＫＩｊｌ［糸が所定型を巻かれた原糸バック
ー′）１１がワイングーから第３図の如く台車１０に紡
糸機の錘番号の順に順次対応するペグｔ　Ｏａ　ＩＣ玉
揚げされる。

ところで、一般に台車１０のペグ数と紡糸機の錘数は１
対１とか、２対１とか決まった出で対応しており、且つ
上述の通り紡糸機の錘腐の順に台車１０のペグ１０ａに
玉揚して、投入していくので、当然の事ながら、この原
糸バッグー′）１１の原糸情報（生産した紡糸機番号、
その錘番号、生産日時、玉揚連番号。

原糸の製品銘柄９重量区分など）は台車１０に貼着され
たラベル８のバーコードと台車１０のペグ１０ｍの位置
で表示されていることＫなる。従ってこの場合、Ｉｎは
台車１０のペグ１０ａの位置で表示されており、バーコ
ード化する必要はなく々る。即ち台車１０よりクリール
１２に投入する時に台車ペグ１０ａの順に投入する約束
にしておけば原糸パッケージ１１をａ載した台車１０よ
り／に１の原糸パッケージ１１を取り出す時に台車１０
に貼付けたラベル８のバーコードを読み込ませ、その時
の錘番号を１ｓとし、その後は次の台車１０のラベル８
のバーコードを読込むまで投入の毎に１ずつ増やすよう
にバーコードリーダー５のプログラムを組んでおくこと
により錘管理はできる。

ここに製品銘柄は記号化（実施例では２桁の数字）され
るようＫＣＰＵＣＰＵ本体１テーブルを持たせている。

又ｔ！区分とはまれに同一銘柄でも重量の違う原糸を生
産する事があるのでこれを区分するために重量を記号化
（１桁の数字）したものである。以上のようにして生産
された原糸パッケージ１１は台車ｘＯＫｔｉ２つた状態
で延伸仮燃加工工程に運搬され加工を待つ。第４図はバ
ーコード化などの市販の延伸仮撚機のクリール１２を示
すが、該クリール１２には図示のように１加工錘当り２
個の懸架ペグ（図示せず）があり２本の原糸パッケージ
Ｉｌａ、ｌｌｂが準備できるようになっている。すなわ
ち一方のペグの原糸パッケージ例えば図のｌｌｂが空に
なる以前に台車ｌＯより原糸バックー′）１１を抜いて
空のペグに原糸パッケージ１１を投入し図示の如く加工
中の原糸パッケージｌｌｂの尻糸と新しく投入した原糸
バックー′）１１ａの緒糸をノットすることにより原糸
交換に無関係に連続的に延伸仮撚機を運転出来るようＫ
なっている。本発明では該クリール１２の各錘のペグの
近傍（実施例ではクリール１２の支柱１２ａ）に延伸仮
撚機番号、錘番号。

ペグ番号（たとえば右のペグを１０′、左のペグを”１
“とする）という錘位置を特定できる加工情報をバーコ
ードに変換して表示したラベル】３を貼り付けてあり、
クリール準備作業者は台車１０のペグｆｏａの順Ｋｌ［
次原糸パッケージ１１をクリール１２に投入する際に前
述の携帯型バーコードリーダー５のライトベン５ａを用
いて台車１０の交換時には台車１０に貼着されたラベル
８及び上記ラベル１３をこの順に又その後はラベル１３
のみを読み取りバーコードリーダー５の内部メモリーに
記憶させる。なお実施例のバーコードリーダー５はリア
ルタイムクロックを有しておりラベル８のバーコードを
読み込む際に自動的にその時の時刻をデータとして取込
むようにしであるし原糸パッケージ１１が小捲きである
ような場合バーコードリーダー５よりの手動入力により
変更重量を入力出来るようにしてあり、ラベル８，１３
のバーコード情報とこの時刻、変更重量が１データとし
てブロック化された状聾で内部メモリーに記憶されてい
る。これにより投入時間が把握出来便利であるし断糸な
どのため小捲原糸が出だ時対応テキる。父、バーコード
リーダー５の内部メモリーの容量は４５ＫＢで、通常の
１台２１６錘の延伸仮撚加工機が対象の場合に１日分の
上記データを十分収納する事が出来る容量となっている
。実施例では延伸仮撚加工機の各白筋にバーコードリー
ダー５を設置している。このようにしてバーコードリー
ダー５に収容された上記データは１日１回バーコードリ
ーダー５をｆ４１図に示す如くコンピュータシステムの
切換器６に接続し切換器６をバーコードリーダー側に切
換えた後、ＣＰＵ本体１内でデータ読み込み用のプログ
ラムを走らせることによりバーコードリーダー５の内部
メモリーよりＣＰＵ本体１に接続されたハードディスク
３に移送、収容ファイリングされる。実施例のハードデ
ィスク３は２０ＭＢの容量があり、１ケ月分の上記デー
タを収容することが出来る。収容されたデータは再びデ
ィスプレイ１ａに呼び出しキーボード１ｂの操作により
修正も可能である。

ところで、ＣＰＵ本体ｌは原糸パッケージと製品パッケ
ージを対応づけるプログラムを搭載しており延伸仮撚加
工機の各錘について玉揚番号（実施例では連番号と称し
月毎に通し番号を玉揚順に付島している。）に従って生
産される製品パッケージがどの原糸パッケージから作ら
れたかを計算し、対応づけファイルする。計算といって
も、延伸仮撚機の錘毎に投入された原糸は前述の如くハ
ードディスク３に収容されており原糸パッケージ及び製
品パッケージの重量は決っているので原糸パッケージよ
り製品パッケージの重量を引き算して原糸がなくなれば
次の原糸パッケージへ移すというアルゴリズムを繰返す
だけである。

以下そのアルゴリズムを説明する。第５図に原糸パッケ
ージと製品パッケージの対応づけをフローチャートとし
て示す。図において○印は原糸パッケージのクリールへ
の投入時を、印は原糸パッケージのノット通過時点すな
わち当該原糸パッケージの終了時を、実線は原糸パッケ
ージが加工中であることを、点線は原糸パッケージが未
加工中すなわち待機中であることを、波線は断糸等によ
る原糸パッケージの加工中断を示す。ところで、月次又
は週間生産計画として別途作成された錘毎の製品パッケ
ージドフタイムテーブルヲ予めコンビエータシステムに
登録し℃ある。ある仮撚加工機の１番目の錘の製品パッ
ケージのト°７タイムテーブルを第５図の（イ）に示す
。

連番号（１，２，・・・・・・、８）毎に開始時刻及び
終了時刻が決っている。一方第５図の（ロ）には原糸パ
ッケージ（Ａ、　Ｂ、　Ｃ，Ｄ、　Ｅ　）が投入時刻順
にコンピューターにより順序付けられた態様を示すが図
は原糸パッケージＣは小巻であり連番号６のドック中に
は断糸が発生したという例を示す。連番号１で使われた
原糸パノケー）Ａの終了時点（ノット通過点）ｔｏは既
知とすると次の原糸パッケージＢのノット通過時刻ｔ１
は ｔ、＝−ＸＴｏ＋ｔ。

ここにＭ：原糸パッケージ重量 （売春の場合の） ｍ：製品パッケージ重量 （売春の場合の） Ｔｏ：ドツフィング間隔 （たとえばＴ、　−Ｔ、　） となるがｔ、がタイムテーブルのどこに位置するか判定
（例ではＴ、＜ｔ、＜７４となり原糸パッケージＢは連
番号１．２．３の製品パッケージに加工されたという事
）により原糸パッケージと製品パッケージの対応をつけ
る事が出来る。時には原糸パッケージＣのよ、うに小巻
が投入される事もあるが前述の如く投入時に小巻の場合
は重量を入力（必ずしも重量を測らなくても良く例えば
巻径などより徘算表を用いて概略重量を入力して本良い
）しているので、原糸パッケージＣのノット通過時刻ｔ
。

はこのｉｌｔ　−Ｉｔ　Ｍ’により求めることが出来る
。また仮撚加工中に断糸が起ったような場合（図の例で
は波線で示した原糸パッケージＤを加工中の連番号６中
に断糸発生）、断糸の起らなかった場合の原糸パッケー
ジＤのノット通過時刻ｔ、は ｔ、千ｔ、　＋　Ｔｏ− となるが、実際には断糸中は原糸パッケージＤは使用さ
れておらず修正を要する。断糸が起こり再糸掛した場合
、作業者は再糸掛時刻と、その時の原糸バッグー′）Ｄ
の残ｉｔｉを記録するようにしており、１日分をまとめ
てキーボードより入力する。実施例の１錘では時刻１　
、／に残重量へＭで再糸掛したとすると実際の１３は ５Ｍ ｔ３工ｔ、／　＋　Ｔ、　− と修正するようにしている。この時刻ｔ、により原糸パ
ッケージと製品パッケージの対応づけを行うわけである
。

以上が原糸パッケージと製品パッケージの対応づけのア
ルゴリズムであるが原糸パッケージは売春と一律に言っ
ても数百グラムのバラツキがあり計算によるノット通過
時刻と実際のノット通過時刻には差が生じ徐々に累積し
てくるが２週間に一度位の頻度で仮撚加工機がヒーター
清掃その他で停止とするのでその時に残重量が計算値と
大きくずれた場合、修正出来るように任意時刻の加工中
の原糸パッケージの重量を計算してプリントアウトする
ようにしている。

以上の如くして延伸仮撚加工機の全製品についてどの原
糸パッケージから生産されたかの対応付けを行ったファ
イルを作り改めてハードディスク３に収納しておき市場
で製品にクレームなどがあった時など逆に検索をかけて
、それに使われた原糸パッケージを同定し時定原糸にま
でさかのぼって原因追求などを行う事が出来る。ファイ
ルの中身をディスプレイ１ａＫ表示したりプリンター２
によりノ・−トコビーとして打出すなど必要に応じ出来
ることは言うまでもないことである。

以上、本発明を延伸仮撚加工機を例に説明したが、本発
明は糸条を一旦パッケージとして工程間を移送し加工処
理する製糸工程一般に適用できるものであることは本発
明の趣旨より明らかである。

〔発明の効果〕

本発明は以上の如くでありトランスファー加工するよう
になって後原糸パッケージと製品パッケージの対応づけ
が非常に難しくなった現状をコンピュータシステムを利
用して一挙に打開したものであり市場でのクレームへの
早期対応、不良糸を生産する製糸工程の延伸仮撚加工機
又は紡糸機等の糸条加工機の特定鍵の早期発見などが容
易に出来るようになり得られた効果はきわめて大きかっ
た。

【図面の簡単な説明】

第１図は本発明に使用するコンビュータンステムの一例
を示すシステム構成図であり、１はＣＰＵ本体、３はハ
ードディスクドライブ、４はバーコードプリンター、５
はバーコードリーダーである。第２図はバーコードプリ
ンターでプリントアウトされたバーコードラベルの一例
を示す斜視図、第３図は原糸パッケージを搭載した原糸
台車の正面図、第４図は延伸仮撚加工装置のクリール部
の側面図、第５図は原糸パッケージと製品パッケージの
対応づけを説明するタイムチャートである。

Claims (1)

【特許請求の範囲】
1. １、少なくとも原糸パッケージの生産錘位置が特定出来
   る原糸情報をバーコードにして原糸パッケージを玉揚、
   運搬する台車に表示すると共に、原糸パッケージを加工
   処理する糸条加工機の各錘に少なくともその錘位置が特
   定できる加工情報をバーコードで表示し、原糸パッケー
   ジを糸条加工機に準備する際にバーコードリーダーで原
   糸情報と加工情報とを読み取つて演算処理装置に入力し
   、演算処理装置により製品パッケージの糸条加工機の錘
   とその原糸パッケージの生産錘の錘対応付けを行なうこ
   とを特徴とする製糸工程における錘管理方法。