JPH08137961A - 製品に関する情報処理システムおよびその情報管理方法 - Google Patents

Abstract

(57)【要約】 【目的】 販売部門のものに好適な情報処理システムを
提供する。 【構成】 販売管理システム１０からは注文情報、工場
生産管理システム２０からは製造進捗情報、在庫管理シ
ステム３０、４０からは入出庫情報を通信装置１４０に
入力し、ホストコンピュータ１１０によりデータベース
１３０に登録する。販売管理システム１０や情報処理シ
ステム５０から検索要求があったときにはホストコンピ
ュータ１１０はキーワード検索を行って、検索結果を要
求元に出力する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、製鉄所で生産された製
品についての生産進捗状況、在庫等に関する情報を営業
部門や顧客の人間に好適な形態で提供することの可能な
製品に関する情報処理システムおよびその情報管理方法
に関するものである。

【０００２】

【従来の技術】昨今、コンピュータを用いて製品の生産
に関する情報の管理を行うシステムが提案され、実用化
されている。代表的な例としては、製品の完成日を予測
する工程管理システム、倉庫に保管されている製品情
報、入出庫の日付、在庫量を記憶する在庫管理システム
が有名である。また、製品の受注から出庫までの一連の
製造履歴を入力してデータベース化し、注文の特性を分
析することにより経営に生かすようにしたシステムも提
案されている（特開平５−３２４６７０号、特開平５−
２９８３２７号）。

【０００３】

【発明が解決しようとする課題】上記提案により製品の
発生から消滅までの製造履歴を残せるようになってきた
が、これまでの業務別の管理システム（分散管理システ
ムと総称する）や一貫的な製造履歴データベースシステ
ムは営業部門や商社などの顧客の人間にとっては以下の
点で好適とは言えず、好適な情報管理システムが望まれ
ている。

【０００４】１） 分散管理システムを採用している場
合には営業部門の者は工場担当者、あるいは倉庫担当者
に対して製品の入出荷の有無を確認し、製品の進捗状況
を把握する。担当者と連絡がとれない場合には進捗情報
を取得することができない。

【０００５】２） 一貫的な情報履歴を記憶するデータ
ベースで入出庫、在庫に関わるデータを取得しても、営
業部門の人間は顧客に対して取得データを電話、ファク
シミリにより連絡しなければならない。このため、情報
の聞き間違い、記載ミスが発生することがある。

【０００６】３） 販売計画を立案する分散管理システ
ムが知られているが営業部門の人間はこのシステムに対
して注文情報を入力する業務が発生する。

【０００７】以上の例は製品の所在位置に関する情報を
例にとったが、この情報に限らず、営業部門のものが必
要とする情報をデータベースから取得するには多大の労
力を必要とする。

【０００８】以上の不具合を解消するような情報管理シ
ステムはなく、また、生産関連の各種の情報管理システ
ムが営業部門のために有効的に活用されることはなかっ
た。このために本願出願人は特願平６−２２９６５５号
を提案しているがその提案には未だなお、改善の余地が
あった。

【０００９】そこで本発明は、上述の点をふまえ、従来
の生産管理関連の情報管理システムに代わり営業部門お
よび顧客にとっても好適な情報を提供することのできる
販売計画支援システムを提供することを目的とする。

【００１０】

【課題を解決するための手段】このような目的を達成す
るために、請求項１の発明は、製品の受注から生産を経
て納入に到る処理工程において発生する情報を複数の分
散管理システムから受信する通信手段と、当該受信した
情報の中から製品に関する情報を示す情報を抽出する情
報抽出手段と、当該抽出した情報を前記処理工程に関連
づけて前記データベースの形態で記憶しておく記憶手段
とを具えたことを特徴とする。

【００１１】請求項２の発明は、請求項１の発明に加え
て、前記製品に関する情報は、注文情報、製造進捗情
報、製品入庫情報、製品進捗情報、入庫および出庫情報
であることを特徴とする。

【００１２】請求項３の発明は、請求項１の発明に加え
て、製品の製品に関する情報についての照会を要求する
端末手段と、当該要求に応じて前記データベースから前
記製品の位置に関する情報を抽出し、抽出された情報を
前記端末手段に転送する検索手段とをさらに具えたこと
を特徴とする。

【００１３】請求項４の発明は、請求項３の発明に加え
て、前記通信手段は前記複数の分散管理システムからリ
アルタイムで前記製品に関する情報を受信し、前記検索
手段はバッチ処理で当該情報を前記データベースから抽
出することを特徴とする。

【００１４】請求項５の発明は、請求項４の発明に加え
て、製品の受注から生産を経て納入に到る処理工程にお
いて発生する情報を複数の分散管理システムから受信す
る通信手段と、前記情報の内容についてのチェック基準
を予め定めておき、当該チェック基準と、前記通信手段
により受信した情報とを比較することにより当該情報の
データエラーを検出するデータエラー検出手段と、該デ
ータエラー検出手段によりデータエラーが検出されなか
った情報をデータベースの形態で記憶する記憶手段とを
具えたことを特徴とする。

【００１５】請求項６の発明は、請求項５の発明に加え
て、前記チェック基準には複数の特定データの対応関係
を示すチェック基準を含み、前記データエラー検出手段
は当該対応関係を調べることにより受信のデータのエラ
ーを検出することを特徴とする。

【００１６】請求項７の発明は、製品の受注から生産を
経て納入に到る処理工程において発生する情報を通信装
置により複数の分散管理システムから受信し、当該受信
した情報の中から製品に関する情報を情報処理装置によ
り抽出し、当該抽出した情報を前記処理工程に関連づけ
てデータベースの形態で記憶装置に記憶しておくことを
特徴とする。

【００１７】請求項８の発明は、製品の受注から生産を
経て納入に到る処理工程において発生する情報を通信装
置により複数の分散管理システムから受信し、前記情報
の内容についてのチェック基準を予め定めておき、当該
チェック基準と、前記通信装置により受信した情報とを
情報処理装置により比較することにより当該情報のエラ
ーを検出し、該情報処理装置によりデータエラーが検出
されなかった情報をデータベースの形態で記憶装置に記
憶することを特徴とする。

【００１８】

【作用】請求項１、２、３、７の発明は、製品の製品に
関する情報が処理工程に従って変化することに着目し、
この情報を製品の生産処理工程に関連づけて記憶する。
ユーザは記憶されたこの情報を見ることにより製品の所
在位置および生産の進捗の度合いを簡単に知ることがで
きる。

【００１９】請求項４の発明では、情報の収集をリアル
タイムで実行することによりデータベースに記憶される
情報は最新のものが迅速に登録される。またデータベー
スの登録情報の抽出をバッチ処理により行うことにより
上記リアルタイムでのデータベースへの登録処理を阻害
することはない。

【００２０】請求項５、８の発明は、受信データの内容
チェックを行うので、データベースには正確な情報が登
録され、情報の内容についての知識が乏しいものでもデ
ータベースの情報を取り扱うことができる。

【００２１】請求項６の発明では、複数の情報の対応関
係をチェックの対象とすることで、情報の精度がさらに
高まる。

【００２２】

【実施例】以下、図面を使用して、本発明の実施例を詳
細に説明する。

【００２３】図１は本発明を適用した製品に関する情報
処理システムのシステム構成を示す。図１において、製
造会社側に設置され、製品の受注から生産を経て納入に
到る処理工程を複数に分割し、当該分割された処理工程
において発生する情報をそれぞれ管理する複数の分散管
理システムには、販売管理システム１０と工場生産管理
システム２０と流通基地システム３０およびコイルセン
タシステム４０とがある。図１において、販売拠点、例
えば、本社を含めた営業所には販売管理システム１０が
設置され、注文情報と、工場生産管理システム２０から
直接、受信した製造進捗情報が販売管理システム１０に
登録され、登録情報をキーワード検索することが可能で
ある。顧客側からの正式な発注に関する注文情報は、販
売管理システム１０に入力される。

【００２４】より具体的には、注文情報としては、商社
等の注文者か最終のユーザである顧客を示す顧客コー
ド、顧客が管理し発番する顧客照合番号、発注する場合
に発番される契約番号、契約番号の明細である行番（以
下、行番と呼ぶ）、注文員数、注文質量および納期等の
顧客関連の顧客情報と、製品の規格、寸法などの受注仕
様情報が用意されている。なお納期、規格、寸法のいず
れか一つでも異なる場合は異なった行番として管理され
る。従って、同一の行番のもとで、１個以上のコイル又
はシートの梱包単位が工場で発生することになる。製造
進捗情報としては、製造工程中であるか工場の製品倉庫
に入庫し出荷待ちであるかを示す工程進捗情報が用意さ
れている。

【００２５】これら情報の定義について、図２に示す。
販売管理システム１０についての主要なキー項目は契約
番号と行番であるので、注文情報および製造進捗情報は
契約番号と行番をキーワードにして検索抽出することが
可能である。

【００２６】製品を生産する工場の各々には工場生産管
理システム２０が設置されている。製品とは１コイル又
はシートの１梱包単位を意味し、工場生産管理システム
２０は製品入庫情報と製品進捗情報とを取り扱う。工場
生産管理システム２０についての主要なキー項目は検査
工程で製品ができるときに１コイル又はシートの梱包単
位に発番される検査番号である。

【００２７】製品入庫情報は製品基本情報、デリバリ情
報、製品所在情報および検索キー項目から構成され、製
品進捗情報は、製品が工場の倉庫へ入庫（以下、これを
単に入庫と呼ぶ）してから出荷までの各作業（出荷命
令、積み込み、出荷保留、通関等）の進捗実績年月日、
最新デリバリ情報、最新所在情報および検索キー項目か
ら構成される。製品基本情報は検査番号、規格、寸法、
品種、入庫日、製品員数、製品質量等の製品の実績仕様
項目から構成される。

【００２８】製品デリバリ情報は、製品入庫の時点にお
いては、製品の受渡場所、経由地コード、納入指示日等
の情報から構成されるが、最新デリバリ情報では、出荷
される製品に付される送状の番号である送状番号、送状
番号の明細である送状番号行番が新たに追加されるほ
か、その他の情報も最新のものに更新されている。

【００２９】これらのデリバリ情報は、顧客の要求項目
として、販売管理システム１０に入力されたものが、工
場生産管理システム２０に送られる。

【００３０】製品所在情報は、製品の入庫の時点におい
ては、製品倉庫名等の情報から構成されるが、最新所在
情報では、出荷される製品の向先である流通基地システ
ム３０やコイルセンターシステム４０のコードが新たに
追加されるほか、その他の情報も最新のものに更新され
ている。

【００３１】検索キー項目としては、前記検査番号の他
に、上流の販売生産管理システム１０が持つ、前記注文
情報のうち、検索に使用される顧客コード、顧客照合番
号、契約番号、行番等も登録される。

【００３２】流通基地システム３０では工場などの出荷
地から出荷されて、流通基地システム３０のサービスセ
ンタへの入庫およびサービスセンタからの出庫に至るま
での各作業（入庫、名義変更、加工、出庫等）の実績日
および重量等の情報を取り扱い、送状番号や送状番号行
番のほか、販売管理システム１０と工場生産管理システ
ム２０における検索キー項目によるキーワード検索が可
能である。

【００３３】コイルセンタシステム（ＣＣと略記するこ
とがある）４０でも工場または上記流通基地システム３
０のサービスセンタ等の出荷地から出荷されて、コイル
センタシステム４０への入庫およびコイルセンタシステ
ム４０からの出庫に至るまでの各作業（入庫、加工、出
庫等）の実績日および重量等の情報を取り扱い、コイル
センタシステム４０内管理の在庫番号のほか、上流の販
売管理システム１０、工場生産管理システム２０、流通
基地システム３０での検索キー項目でのキーワード検索
が可能である。

【００３４】上記工場生産管理システム２０の製品倉庫
への入庫から出荷までの情報と、流通基地システム３０
の入庫から出庫までの情報およびコイルセンタシステム
４０の入庫までの情報は、最終的に販売計画支援システ
ム内のデータベース１３０に格納されるときには一貫し
たキーとして検査番号のキーワードで検索することが可
能である。

【００３５】次に製造会社側に設置され、前記複数の分
散管理システムから製品に関連する情報を受信し、デー
タベースの形態で管理する集中管理システム３００のシ
ステム構成について説明する。集中管理システム３００
は主にホストコンピュータ１１０、データベース１３０
を格納する記憶装置および前記複数の分散管理システム
と通信を行う通信装置１４０から構成される。

【００３６】ホストコンピュータ１１０は通信装置１４
０を介して前記複数の分散管理システムすなわち販売管
理システム１０、工場生産管理システム２０、流通基地
システム３０およびコイルセンタシステム４０と、情報
の授受をリアルタイムで行い、収集したデータについて
データベース１３０に登録する。また、本発明に関わる
精度維持ファイル１５０を有し、収集したデータのエラ
ーチェックを行う。

【００３７】また、端末装置１２０から照会の指示が行
われた場合には、ホストコンピュータ１１０は指示に応
じてデータベース１３０から関連情報を読み出し、端末
装置１２０の表示器に表示させる。

【００３８】データベース１３０の主要構成を図３に示
す。図３においてデータベース１３０は行番テーブル１
３１、製品基本テーブル１３２、ＣＣ成品テーブル１３
３およびエラーテーブル１３４を有している。行番テー
ブル１３１には製品基本テーブル１３２に記憶される製
品関連情報やＣＣ成品テーブル１３３に記憶された入出
庫情報の相互の情報の関連を示す情報が記載されてい
る。より具体的には図４に○，△，−記号で示す注文情
報および製品情報が記載される。ここで○記号の記載位
置はその情報を行番テーブル１３１、製品基本テーブル
１３２、ＣＣ成品テーブル１３３に登録する工程を示
す。△記号の記載位置は、各工程の終了毎に△記号に対
応する情報が更新されることを示す。−記号は登録後の
情報がそのまま記載されることを示す。

【００３９】本実施例では上述の分散管理システム２０
０から送られてくる情報の中から、図４に示す項目につ
いての情報を抽出し、特定の情報については加工、編集
して行番テーブル１３１に登録し、以後、更新すること
に特徴がある。営業部門の人間はこの行番テーブル１３
１の情報を照会することにより製品の進捗状況や納期に
関連する情報を取得し、顧客に説明することができる。

【００４０】図４に示すように行番テーブル１３１に
は、受注時点で、販売生産管理システム１０より、図２
の注文情報が登録され、この注文情報は、受注から、顧
客に向けての出荷すなわち工場出荷、サービスセンタ出
庫あるいはコイルセンタ出庫によって、システム全体に
よる管理が終わるまで更新されない。さらに、行番テー
ブル１３１は注文情報に対応した実績情報として、製造
進捗情報と製品加算集約情報が登録され、工場製造工程
以降コイルセンタ出庫まで逐次更新していく。まず工場
製造工程中は、図２の製造進捗情報が変更の都度、工場
生産管理システム２０から販売生産管理システム１０へ
情報授受され、行番テーブルへ反映される。工場で入庫
段階以降になると、工場生産管理システム２０、流通基
地システム３０、コイルセンタシステム４０より製品質
量などを各進捗に応じて、図５に示す入庫からＣＣ出庫
にいたるまで、同一契約番号、行番毎に加算集約して各
工程毎の製品加算集約情報を更新していく。

【００４１】図３の製品基本テーブル１３２は上記分散
管理システムの中の販売管理システム１０、工場生産管
理システム２０、流通基地システム３０、コイルセンタ
システム４０から送られてきた情報を契約番号、行番、
検査番号に関連づけて記憶する。

【００４２】製品基本テーブル１３２は上記分散管理シ
ステムの中で製品１単位毎の情報を管理するもので、ま
ず工場生産管理システム２０より、図２の製品入庫情報
が送られ、本テーブルに登録される。製品の単位は、１
コイルまたはシートの１梱包単位であるので、この時以
後、製品１単位に対応する検査番号、上位の検索キー項
目である契約番号と行番および製品基本情報は変わらな
い。その後の工程進捗によって更新されるのは、製品デ
リバリ情報、製品所在情報であり、また進捗実績年月日
が順次追加登録されていくことになる。更新もしくは追
加登録されていく情報は、工場入庫から工場出荷の間に
発生したものは、その発生の都度工場生産管理システム
２０から集中管理システム３００に送られ、工場出荷時
点の情報が、本テーブルの所定の番地に記憶される。全
く同様に流通基地への入庫から出庫、およびコイルセン
タシステム４０への入庫から出庫についても、それぞれ
流通基地システム３０とコイルセンタシステム４０から
送られた情報に基づいて、処理される。

【００４３】ＣＣ成品テ−ブル１３３は上記分散管理シ
ステムの中のコイルセンタシステム４０から送られてき
た入出庫情報、在庫情報を検査番号や在庫番号に関連づ
けて記憶する。

【００４４】コイルセンタシステム４０では、製品１単
位であるコイルが加工される場合は、２単位以上のコイ
ルあるいは梱包単位（成品と呼ぶ）に分割される。成品
１単位に対しては、検索キー項目として成品在庫番号を
付与し、本テーブルでは成品１単位毎に成品在庫番号の
ほか上位の検索キー項目である契約番号 、行番および
検査番号、コイルセンタシステム４０での成品毎の進捗
実績年月日、製品質量、成品質量などの情報を記憶す
る。

【００４５】エラーテーブル１３４は分散管理システム
から送られてきた情報にエラーがあった場合のエラー内
容を記憶する。エラーの有無の検出処理はデータベース
１３０へデータを登録する前に行われる。

【００４６】このようなシステム構成において実行され
る基本的な情報登録処理および検索処理を図５〜図８を
参照しながら説明する。なお、図５は行番テーブル１３
１、製品基本テーブル１３２およびＣＣ成品テーブル１
３３の対応関係を製品の質量について表したものであ
る。

【００４７】図６は本発明実施例の検索、照会のための
表示画面の一例を示す。図７は本発明実施例の検索、照
会のための他の表示画面を示す。図８は図１のホストコ
ンピュータ１１０が実行する基本的な処理手順を示す。

【００４８】１）注文情報の登録 新規注文が発生すると、販売管理システム１０から注文
情報が集中管理システム３００の通信装置１４０に送ら
れる。通信装置１４０からの割り込み要求に応じてホス
トコンピュータ１１０は現在の処理を中断し、通信装置
１４０を介して受信した情報を内部に一次記憶し、次に
データベース１３０に登録する（ステップＳ１０→Ｓ２
０→Ｓ３０→Ｓ４０）。このとき受信した注文情報の中
から契約番号、行番および受注仕様情報（図４参照）が
抽出され、データベース１３０の行番テーブル１３１に
登録される。例えば、行番に対する注文質量のデータが
図５に示すように行番テーブル１３１の中の質量に関す
る欄の項目『受注』に書き込まれる。なおこの時点では
その他の項目は空白の状態となっている。

【００４９】２）生産状況の登録 生産工場では、工場生産管理システム２０が生産に関わ
る処理、例えば、工程設計や生産指示等の処理を実行す
るほか、定期的に、図２に示す製造進捗情報、製品入庫
情報および製品進捗情報を集中管理システム３００に送
信する。ホストコンピュータ１１０は通信装置１４０を
介して進捗情報および製品関連情報を受信すると、行番
テーブル１３１および製品基本テーブル１３２に記録す
る（図８のＳ１０〜Ｓ４０）。工場で製品が生産（加
工）されている間、工場生産管理システム２０から情報
が繰り返し送られてくる。このため、データベース１３
０の行番テーブル１３１の製造工程に関する情報（図４
参照）や質量に関する情報（図５参照）もデータの受信
毎に更新されていく。

【００５０】製品が完成し、工場内の倉庫に搬入される
と、その工程に製品が到達していることを示す情報が工
場生産管理システム２０から送られてくるので、集中管
理システム３００のホストコンピュータ１１０はデータ
ベース１３０の行番テーブル１３１の製造進捗情報（図
４参照）を更新すると共に製品の管理範囲を規定した管
理限界区分情報を製造工場の範囲に留めたり製造工場か
ら倉庫側に更新したりする。さらに入出庫、保管、在庫
に関連する情報（図４参照）が新たに行番テーブル１３
１の専用項目に登録される。

【００５１】以後、製品の保管中に何らかの情報の変更
があると、工場生産管理システム２０から変更情報が送
られるので、集中管理システム３００でもリアルタイム
でその変更情報をデータベース１３０に修正登録する。
以後、製品がデリバリ拠点、すなわち、流通基地やコイ
ルセンタに輸送され、製品の保管位置が代わる毎に流通
基地システム３０やコイルセンタシステム４０から図４
に示すような入出庫、保管、在庫に関連する情報が送ら
れるので、集中管理システム３００の行番テーブル１３
１もその都度入出庫関連情報が更新あるいは新規に登録
されていく（図８のステップＳ４０）。

【００５２】このようにしてデータベース１３０上の行
番テーブル１３１に製品の位置や進捗状況を示す情報が
リアルタイムで反映されていくので、営業部門の人間は
この行番テーブル１３１の記載内容を表示画面で見るこ
とにより顧客の問い合わせに正確に応答することができ
る。

【００５３】３）データの検索、照会 ホストコンピュータ１１０は上述の分散管理システム２
００から送られてくる情報についての登録、更新につい
ての処理はリアルタイムで実行するが、分散管理システ
ム２００から情報が送信されていない間はデータベース
１３０に対する検索や照会の要求を受け付け、バッチ処
理またはリアルタイム処理で、要求に応える。

【００５４】すなわち、検索、照会を行いたいものは端
末装置１２０あるいは販売管理システム１０側のキーボ
ードを用いて図６の検索要求画面あるいは図７の照会画
面を表示器に表示させる。次に検索、照会に必要な情報
を入力したあと、検索、照会の要求をおこなう。このと
き、販売管理システム１０が通信装置１４０を介した端
末装置として機能することは言うまでもない。

【００５５】バッチ処理の場合には、この要求が集中管
理システム３００のホストコンピュータ１１０に送られ
ると、ホストコンピュータ１１０は図８のステップＳ５
０でその要求を検知し、検索、照会の要求を内部メモリ
に登録し、処理の予約を行う（図８のステップＳ６
０）。

【００５６】データベース１３０への情報登録、バッチ
処理の要求がない場合、ホストコンピュータ１１０の図
８の処理手順はステップＳ１０→Ｓ７０と進み、ここ
で、予約順にデータ検索、照会がなされる。データ検索
はキーワード検索であり、指示されたキーワードを有す
る一連のデータがデータベース１３０から読み出され、
処理の要求元に送られる。照会処理の場合、例えば製品
の在庫の照会などの場合には、指示された製品について
の在庫関係の情報を行番テーブル１３１と製品基本テー
ブル１３２から読み出し、集計して表示する。

【００５７】このようなバッチ処理を実行中に通信装置
１４０がデータベース１３０への登録情報を受信した場
合には、このバッチ処理が中断され、データベースへの
登録処理がリアルタイムで実行されることは言うまでも
ない。

【００５８】次に販売計画支援システム４００の本発明
に関わる情報処理を説明する。販売計画支援システム４
００は、専門知識に乏しい営業部門の女子でも操作がで
きるようにまた、データベース１３０に格納されたデー
タの信頼度を高めるために、各分散システムから受信す
る情報についてエラーチェックを行っている。このため
のホストコンピュータ１１０の本発明に関わる処理手順
を図９に示す。

【００５９】なお、エラーの有無の判定に用いるチェッ
ク基準はホストコンピュータ１１０内に精度維持ファイ
ル１５０（図１参照）として予め格納されている。本実
施例では受信データについてフォーマットチェックとリ
ンク関係のチェックを行う。フォーマットチェックとは
受信データが予め定められた書式に合致するか否かを判
別するチェックであり、例えば、データの欠落や、デー
タ値が所定の範囲にあることなどについてチェックす
る。また、特定のデータについてはデータベース１３０
にすでに登録されているデータと受信データが重複する
場合にもエラーと判別される。

【００６０】リンクチェックとは２種のデータの対応関
係が予め定めた対応関係を持つか否かを判別するチェッ
クであり。例えば、属性情報を持つデータについては属
性情報が正しいものであるかのチェック、データ群に検
索用のキーワードが付加されているかのチェック、複数
業務に付いてのデータの相互関連性についてのチェック
が行われる。ホストコンピュータ１１０は内部メモリに
ファイル形態で記憶された受信データ（図２の注文情
報、製品関連情報）から順次にデータを読み出し図１０
のフォーマットチェック処理手順および図１１のリンク
チェック処理手順に従ってチェックする（図９のステッ
プＳ１００→Ｓ１１０）。

【００６１】より具体的には精度維持ファイル１５０に
記載された基準値或いは条件式を読み出し、受信データ
と基準値の比較或いは受信データが条件式を満足するか
の判定を行う。エラーが検出された場合にはそのエラー
内容を示すコードをエラーテーブル１３４に格納し、ま
た、データ送信先に対してはエラーメッセージを通信装
置１４０を介して応答する（図９のステップＳ１２０→
Ｓ１４０→Ｓ１５０）。場合によってはデータの再送を
促す。

【００６２】一方、エラーなしの判定が得られた場合に
は上述のデータベース１３０への登録処理が実行され
る。図９から明らかなようにエラーが検出された場合に
は、以後の処理手順はステップＳ１３０のデータ登録処
理へは進むことができないので、データベース１３０内
のデータは更新されることがなく、データの精度が維持
される。

【００６３】本実施例の他に次の例を実施できる。

【００６４】１）本実施例では営業部門のユーザに提示
する情報として製品の所在位置（製品の生産進捗状況）
について説明したが、その他、営業部門のものが必要と
する情報は製品の種別の在庫量があり、在庫関連の情報
として在庫量、保管地などの情報を行番テーブル１３１
に記載するようにすることができる。この場合、同一種
の製品が複数の保管地に保管されている場合には在庫量
をホストコンピュータ１１０により合計（データの加工
に相当）して行番テーブル１３１に記載する。営業部門
のユーザは上述の検索照会処理要求によりによりホスト
コンピュータ１１０に行番テーブル１３１の特定記載内
容を読み出させ、自己の端末装置に転送させる。

【００６５】２）データベース１３０の記載内容中、製
品が客先に納入された製品の情報についてデータベース
１３０から消去することができる。この場合は端末装置
から契約番号、行番または検査番号を入力して、ホスト
コンピュータ１１０に消去を指示する第１の方法と、最
終保管場所からの出荷日から一定期間を経過した情報に
ついてホストコンピュータ１１０が自動検出して自動消
去する第２の方法を用いることができる。

【００６６】第１の方法は指示された契約番号、行番ま
たは検査番号をキーワードにしてホストコンピュータ１
１０がデータベース１３０を検索し、契約番号、行番ま
たは検査番号を有するデータを検出し、そのデータを消
去することにより実現できる。

【００６７】第２の方法は、例えば、毎日、ホストコン
ピュータ１１０がデータベース１３０に記載されている
各製品の最終保管場所の出荷日を読み出し、現時点の日
にちと、記録上の出荷日の差を計算する。その差分値が
一定期間を越えたか否かの判定を行って工程判定が得ら
れた時にその記録上の出荷日が持つ契約番号、行番また
は検査番号を取得し、以後、第１の方法と同様にしてデ
ータを消去する。第１の方法は生産途中の契約解除など
により発生するデータの消去に好適であり、第２の方法
は客先に製品を納入した後のデータ消去に好適である。

【００６８】３）本実施例で述べた受信データのエラー
チェックはチェック項目を増やすとそのチェックを行う
時間だけデータベース１３０に登録される時間が延びて
しまう。データの正確さよりも最新性を重要視する場合
には次のようにするとよい。すなわち、データベース１
３０への登録前に行うエラーチェックと登録後に行うエ
ラーチェックとにエラーチェック内容を２段階に分け
る。登録前のチェックは検索照合に障害をもたらすデー
タのチェック、登録データの破壊をもたらすデータのチ
ェックに留める。その他のデータについては例えば、夜
間など分散システムからのデータ受信がないときにデー
タベース１３０上のデータ全てについてホストコンピュ
ータ１１０により残りのエラーチェックを行う。検出し
たエラーデータについては異常データである旨を示す識
別記号を付しておく。ユーザは検索照会によりデータベ
ース１３０のデータの表示を見た際に異常を示す識別記
号により異常データと正常データを弁別できる。また、
異常データを送信した送信先にはデータ再送要求メッセ
ージを送信しておく。

【００６９】４）複数の分散システムの中には状況に応
じてデータの送信回数が多くなる場合と、少くなる場合
がある。そこで一定期間、例えば１時間当たりの分散シ
ステムの通信回数をホストコンピュータ１１０により計
数し、ホストコンピュータ１１０との通信回数の多い順
に通信の優先順位を定める。複数のシステムから同時に
通信要求があったときに、通信相手を決定（調停とよば
れる）する機能が通常の通信装置には備わっている。そ
こで、通信要求が同時に発生した場合、通信回数に応じ
て定めた優先順位に従って通信先を決定すると、登録デ
ータの最新性を維持することができる。

【００７０】５）本実施例では製品の進捗状況を製品の
所在位置で表すようにしているが円グラフや棒状グラフ
により図形表示することができる。この場合には、製品
の所在位置およびその物量と製品の進捗率（％）の間の
関係式を定めておき、この関係式により求めた進捗率を
図形表示する。図形イメージはホストコンピュータ側で
作成してもよいし、照会もとの端末装置側で進捗率に基
づき作成してもよい。

【００７１】参考のために、本発明の構成要件と実施例
の構成部との対応関係を記載しておく。請求項１の通信
手段が図１の通信装置１４０に対応する。情報抽出手段
がホストコンピュータ１１０に対応し、記憶手段がデー
タベース１３０を記憶する記憶装置に対応する。請求項
３の端末手段は図１の端末装置１２０や情報処理システ
ム５０が対応する。検索手段はホストコンピュータ１１
０が対応する。請求項５のデータエラー検出手段はホス
トコンピュータ１１０が対応する。請求項７、８の情報
処理装置はホストコンピュータに対応する。

【００７２】

【発明の効果】以上説明したように、請求項１、２、
３、７の発明では、ユーザは簡単に製品の所在位置、そ
れに基づく生産進捗状況を簡単、克つ正確に把握するこ
とができる。

【００７３】請求項４の発明では、データベースからの
データの抽出（読み取り）によりデータベースへの書込
みが阻害されることはない。これによりデータベースへ
は最短時間で登録がなされ、登録データの鮮度が維持さ
れる。

【００７４】請求項５、８の発明では、データベースに
は信頼性の高いデータが登録されるので、データベース
のデータを取り扱うユーザはデータのチェックを行う必
要がない。

【００７５】請求項６の発明では、フォーマットチェッ
ク以外のデータエラーが検出され、登録データの信頼性
が高まる。

【図面の簡単な説明】

【図１】本発明のシステム構成を示すブロック図であ
る。

【図２】本発明実施例の主要情報とキーの関係を示す説
明図である。

【図３】図１のデータベース１３０の内部構成を示す説
明図である。

【図４】行番テーブル１３１，製品基本テーブル１３２
およびＣＣ成品テーブル１３３の情報内容および登録更
新時期を示す説明図である。

【図５】データベース１３０への登録情報の一例を示す
説明図である。

【図６】本発明実施例の検索，照会のための表示画面を
示す説明図である。

【図７】本発明実施例の検索，照会のための表示画面を
示す説明図である。

【図８】図１のホストコンピュータが実行する基本処理
手順を示すフローチャートである。

【図９】エラーチェック処理手順を示すフローチャート
である。

【図１０】フォーマットチェック処理手順を示すフロー
チャートである。

【図１１】リンクチェック処理手順を示すフローチャー
トである。

【符号の説明】

１０ 販売管理システム ２０ 工場生産管理システム ３０ 流通基地システム ４０ コイルセンタシステム ５０ 情報処理システム １１０ ホストコンピュータ １２０ 端末装置 １３０ データベース １４０ 通信装置 １５０ 精度維持ファイル ２００ 分散管理システム ３００ 集中管理システム ４００ 販売計画支援システム

Claims (8)

【特許請求の範囲】
1. 【請求項１】 製品の受注から生産を経て納入に到る処
   理工程において発生する情報を複数の分散管理システム
   から受信する通信手段と、 当該受信した情報の中から製品に関する情報を示す情報
   を抽出する情報抽出手段と、 当該抽出した情報を前記処理工程に関連づけて前記デー
   タベースの形態で記憶しておく記憶手段とを具えたこと
   を特徴とする製品に関する情報処理システム。
2. 【請求項２】 前記製品に関する情報は、注文情報、製
   造進捗情報、製品入庫情報、製品進捗情報、入庫および
   出庫情報であることを特徴とする請求項１に記載の製品
   に関する情報処理システム。
3. 【請求項３】 製品に関する情報についての照会を要求
   する端末手段と、 当該要求に応じて前記データベースから前記製品の位置
   に関する情報を抽出し、抽出された情報を前記端末手段
   に転送する検索手段とをさらに具えたことを特徴とする
   請求項１に記載の製品に関する情報処理システム。
4. 【請求項４】 前記通信手段は前記複数の分散管理シス
   テムからリアルタイムで前記製品に関する情報を受信
   し、前記検索手段はバッチ処理で当該情報を前記データ
   ベースから抽出することを特徴とする請求項３に記載の
   製品に関する情報処理システム。
5. 【請求項５】 製品の受注から生産を経て納入に到る処
   理工程において発生する情報を複数の分散管理システム
   から受信する通信手段と、 前記情報の内容についてのチェック基準を予め定めてお
   き、当該チェック基準と、前記通信手段により受信した
   情報とを比較することにより当該情報のデータエラーを
   検出するデータエラー検出手段と、 該データエラー検出手段によりデータエラーが検出され
   なかった情報をデータベースの形態で記憶する記憶手段
   とを具えたことを特徴とする製品に関する情報処理シス
   テム。
6. 【請求項６】 前記チェック基準には複数の特定データ
   の対応関係を示すチェック基準を含み、前記データエラ
   ー検出手段は当該対応関係を調べることにより受信のデ
   ータのエラーを検出することを特徴とする請求項５に記
   載の製品に関する情報処理システム。
7. 【請求項７】 製品の受注から生産を経て納入に到る処
   理工程において発生する情報を通信装置により複数の分
   散管理システムから受信し、 当該受信した情報の中から製品に関する情報を情報処理
   装置により抽出し、 当該抽出した情報を前記処理工程に関連づけてデータベ
   ースの形態で記憶装置に記憶しておくことを特徴とする
   製品に関する情報処理システムの情報管理方法。
8. 【請求項８】 製品の受注から生産を経て納入に到る処
   理工程において発生する情報を通信装置により複数の分
   散管理システムから受信し、 前記情報の内容についてのチェック基準を予め定めてお
   き、当該チェック基準と、前記通信装置により受信した
   情報とを情報処理装置により比較することにより当該情
   報のエラーを検出し、 該情報処理装置によりデータエラーが検出されなかった
   情報をデータベースの形態で記憶装置に記憶することを
   特徴とする製品に関する情報処理システムの情報管理方
   法。