JP2003330525A - 部品発注受注システム - Google Patents

Abstract

(57)【要約】 【課題】 前工程から後工程への部品の納入を確実にす
るために、前工程に無用な警告を頻繁に行うことなく、
一方、警告が真に必要とされる場合には確実に行うこと
のできるシステムを提供する。 【解決手段】 自動起動される後工程コンピュータ１
が、ネットワークサーバ８にアクセスして通信履歴を確
認し、前工程コンピュータ９で部品の発注情報が受信さ
れたか否かを確認する。また、自動起動される後工程コ
ンピュータ１が、作業指示書が入力装置６で読み取られ
て部品が後工程に受け入れられたか否かを確認する。い
ずれも確認できない場合には、警告の出力をして、前工
程に注意を喚起させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】 本発明は、コンピュータネ
ットワークシステムを利用して、部品の受注発注を処理
するシステムに関する。

【０００２】

【従来の技術】 特開平５−１２３０４号公報や特開平
１１−１０２３３０号公報に、発注側コンピュータから
発注情報を送信して受注側コンピュータで受信すること
によって、発注受注を処理するシステムが開示されてい
る。発注情報が送受信されたことを確認するために、受
注側コンピュータが発注情報を受信した時に受信確認情
報が発注側に送信され、受注側コンピュータによって発
注情報が受信されたことを発注側で確認できるシステム
が提案されている。

【０００３】

【発明が解決しようとする課題】 しかしながら、上記
従来のシステムを、部品の供給を受ける後工程と部品を
供給する前工程との間で活用することが困難なことがあ
る。通常、部品は部品納入便で納入される。部品納入便
の時間間隔は決まっており、一度に発注された部品が複
数回に分けて納入されることもある。また、前工程と後
工程の稼動時間は必ずしも一致しないため、複数回に分
けて発注された部品が前工程で一度に受信されることも
ある。部品発注情報を受信した前工程では、発注内容に
応じて部品を出荷する。受注した時に、発注内容に応じ
た処理を選択して、その処理を指示する指示書を発行し
なければならない。部品発注情報が通信ネットワークを
利用して送受信される場合には、後工程コンピュータが
部品発注情報を送信する時に受信するのではなく、部品
納入便の時刻から逆算してそれに間に合うタイミングで
受信処理することもある。部品を供給する前工程の側で
部品発注情報をまとめて受信する運用をしている場合に
従来の技術を用いると、発注側コンピュータが発注情報
を送信した時には受信確認情報が得られず、頻繁に無用
な警告がなされて実用に耐えられない。

【０００４】本発明では、以上の問題点に鑑み、無用に
警告することがない反面、警告して注意を喚起しなけれ
ばならないときにはそれを見過ごすことなく警告するシ
ステムを提案するものである。

【０００５】

【課題を解決するための手段と作用】 本発明のシステ
ムでは、部品の供給を受ける後工程に設置されている後
工程コンピュータが納期を含む部品発注情報を通信ネッ
トワークに送信し、部品を供給する前工程に設置されて
いる前工程コンピュータが通信ネットワークから部品発
注情報を受信することによって部品の発注受注処理を実
行する。通信ネットワークは、通信ネットワークに送信
された情報が宛先コンピュータによって受信されたか否
かの情報を記憶するサーバを有する通信履歴管理タイプ
である。また後工程コンピュータには、送信した部品発
注情報の納期から計算される受信最終タイミングまでの
間に、送信した部品発注情報が前工程コンピュータによ
って受信されたことを確認し、未確認の場合に警告する
プログラムが記憶されている。

【０００６】ここでいう前工程とは、後工程に部品を供
給する工程を総称するものであり、部品が部品メーカか
ら供給される場合には部品メーカが前工程となる。前工
程にはコンピュータが設置されており、後工程から送信
された部品発注情報を適宜なタイミング受信する。この
適宜なタイミングは、必ずしも、後工程コンピュータか
ら部品発注情報が送信されたタイミングではなく、それ
よりも遅れることがある。部品を発注する後工程の側で
は、前工程が受信処理する時刻を知らない場合もある。
後工程コンピュータと前工程コンピュータは、通信ネッ
トワークを介して部品発注情報を送受信する。この通信
ネットワークは、送信された情報が宛先コンピュータに
よって受信されたか否かの情報をサーバに記憶すること
ができる通信履歴管理タイプのものである。後工程コン
ピュータはサーバにアクセスして通信履歴を参照するこ
とで、前工程が発注情報を受信したか否かを確認するこ
とができる。前記したように、部品を発注する後工程の
側では、前工程が受信処理する時刻を知らない場合もあ
る。しかしながら、発注情報を受信処理してから後工程
に納入されるまでに要する時間がわかっていれば、発注
情報に含まれている納期情報から、その納期に間に合う
ためには遅くともいつまでに部品発注情報が受信処理さ
れなければならないかを知ることができる。これが、こ
こでいう受信最終タイミングである。受信最終タイミン
グになっても受信処理されていなければ、警告等の注意
喚起を必要としており、ここまで待って受信の有無を確
認するようにすれば、無用に警告することを避けられる
タイミングである。本システムでは、受信最終タイミン
グにおいて部品発注情報が前工程コンピュータによって
受信されたことを確認するプログラムが後工程コンピュ
ータに記憶されている。これにより、無用に警告するこ
とが避けられるタイミングであって、警告等の注意喚起
を真に必要としていることが判明するタイミングで、後
工程コンピュータが能動的に受信の有無を確認すること
から、無用に警告することなく、しかも、注意喚起を真
に必要としている場合には見過ごすことなく警告するこ
とができる。

【０００７】確認の方法としては、上記に代えて、後工
程コンピュータに、受信確認時刻に自動起動され、通信
ネットワーク上のサーバに記憶された通信履歴から、前
工程コンピュータが部品発注情報を受信したか否かを確
認し、未確認の場合に警告してもよい。

【０００８】ここでいう受信確認時刻は、受信最終タイ
ミングまたは受信最終タイミングにほぼ等しい時間をい
う。この場合、受信していなければならない時間におい
て自動的に受信の有無がチェックされ、無用な警告を避
けながら、警告しなければならない場合には確実に警告
される。

【０００９】後工程コンピュータが、前工程から後工程
に部品が納入されたか否かの確認を行う時刻を記憶した
マスタテーブルと、当該時刻において自動起動され、後
工程に納入された部品を記憶している納入管理コンピュ
ータにアクセスして当該部品の納入を確認し、未確認の
場合に警告するプログラムが記憶されていることが好ま
しい。

【００１０】後工程に部品が納入されたか否かの確認を
行う時刻は、部品発注情報に含まれている納期の直後の
タイミングが好ましい。このようにすると、発注情報が
受信されたか否かを確認するのみならず、実際に納入さ
れたか否かが確認され、納入されていなければならない
時になっても納入されていないことが直ちに判別する。
無用な警告を避けながら、警告しなければならない場合
には確実に警告する。なお、納期の直後に納入されてい
ないことが判明すれば、部品の使用時刻までの間に対策
できることが多く、警告が遅すぎるということにはなら
ない。

【００１１】

【発明の実施の形態】 図１を参照して、本発明が適用
される部品の発注受注システムの概要を説明する。後工
程では部品を使用して生産する活動を繰返している。後
工程では、将来必要となる部品を前工程に発注する。前
工程では、部品発注情報を受信し、受注した部品を後工
程に供給する。この一連の活動が繰返されている。

【００１２】後工程には後工程コンピュータ１が設けら
れており、通信ネットワーク７に接続され、部品発注情
報を通信ネットワーク７に送信する。前工程には前工程
コンピュータ９が設けられており、通信ネットワーク７
に接続され、通信ネットワーク７から部品発注情報を受
信する。

【００１３】前工程コンピュータ９が部品発注情報を受
信すると、当該情報に基づいて、前工程が行うべき作業
内容を指示する作業指示書が発行される。その作業指示
書に従って、部品製造や部品在庫からの出庫が行われ、
発注された部品が前工程から後工程へ出荷される。この
とき、作業指示書が部品とともに後工程へ移動する（矢
印１０）。後工程に部品が納入される際に、後工程コン
ピュータ１の入力装置６で作業指示書が読み取られて、
納入された部品の種類や納入時刻や納入した前工程等の
情報が得られる。部品の納入実績情報が得られることに
よって、なにがいつ納入されたのかが記録される。後工
程で部品が使用されると、再び作業指示書が読み取ら
れ、どの部品がいつ使用されたのかが記録される。この
部品使用実績情報を参照することによって、将来必要と
なる部品を前工程に発注することができる。上記した、
「発注→受注→納入→使用→発注」のサイクルが円滑に
繰返されていれば、後工程が将来必要とする部品が後工
程に納入され、後工程で部品が欠品したり、あるいは部
品が過大に在庫したりすることがない。

【００１４】「発注→受注→納入→使用→発注」のサイ
クルが円滑に行なわれないと、部品が納期までに後工程
に納入されず、後工程で部品が欠品する事態が発生す
る。上記サイクルに生じるトラブルの一つが、後工程コ
ンピュータ１が送信した部品発注情報が前工程コンピュ
ータ９によって受信されないことである。そこで、本実
施例では、（１）前工程コンピュータ９で部品発注情報
が受信されなければならないタイミングで受信されたか
否かを確認し、（２）納期までに後工程に部品が納入さ
れたか否かを確認することによって、部品の未納入を未
然に防止し、あるいは部品の未納入を早期に発見して、
後工程で部品が欠品することを回避することを可能とす
る。上記処理のために、後工程コンピュータ１には、受
信確認時刻マスタテーブル３と、受入実績確認時刻マス
タテーブル５が用意されており、これらのマスタテーブ
ル３、５に記憶されている時刻に、自動的に起動され
る。また、後工程コンピュータ１には、後工程コンピュ
ータ１が発注した情報と部品が前工程でいかに処理され
ているかを示すステータス情報を記憶する作業状況管理
テーブル２と、後工程に納入された部品種類等を記憶す
る作業指示書受入実績テーブル４が用意されており、適
宜更新される。

【００１５】次に、上記確認方法の一例を説明する。 チェックパターン１ 図１に示すように、後工程コンピュータ１が通信ネット
ワーク上のサーバ８にアクセスして通信履歴を確認する
ことによって、前工程コンピュータ９が部品発注情報を
受信したか否かを確認する。これをチェックパターン１
とする。

【００１６】図２にチェックパターン１の手順を示す。
Ｓ２０１に示すように、受信確認時刻マスタテーブル３
に記憶されている時刻で、後工程コンピュータ１が自動
的に起動される。受信確認時刻マスタテーブル３には、
後工程コンピュータ１が発注した部品発注情報が前工程
コンピュータ９によって受信されていなければならない
最終タイミングが記憶されており、これよりも遅れて受
信されると納期遅れとなる時刻が記憶されている。図７
に受信確認時刻マスタテーブル３に記憶されている具体
例を示す。部品発注情報送信時刻領域７１には後工程コ
ンピュータ１から部品発注情報が送信された時刻が記憶
され、受信予定時刻領域７２には前工程コンピュータ９
で部品発注情報が受信される予定の時刻が記憶され、受
信確認時刻領域７３には後工程コンピュータ１が自動起
動されて部品発注情報が受信されたか否かの確認を行う
時刻が記憶される。受信確認時刻は、前工程で部品発注
情報が受信されてから部品を納入するまでに要する時間
等の因子によって決定される。

【００１７】図１１は、送信した部品発注情報に含まれ
る納期情報から逆算して得られる受信の最終タイミング
を受信確認時刻とする場合を示している。ここでは９：
３０に送信された部品発注情報の受信の最終タイミング
が１０：００である場合を例示している。即ち、９：３
０に送信された部品発注情報が１０：００までに受信さ
れれば部品発注情報に含まれる納期までに部品が納入さ
れるの対し、１０：００までに受信されなければ納期ま
でに部品が納入できない関係にあることを例示してい
る。この場合、部品発注情報の送信時刻から１５分後の
９：４５が受信予定時刻となっていても、予定よりも１
５分遅れの１０：００までに受信があれば正常範囲と見
なせることから、正常時の最終時刻である１０：００を
受信の最終タイミングとしたものである。この場合、当
該最終タイミングの１０：００に後工程コンピュータ１
が自動起動される。このように受信確認時刻を設定する
ことで、最終タイミングまでに受信が行われたか否かを
確認することが可能となる。

【００１８】図１２は、受信確認時刻を複数個設定する
場合を例示している。９：３５、９：４５、９：５５の
ように、受信確認時刻をここでは１０分毎に設定してお
く。ここでも最終タイミング１０：００は、他の受信確
認時刻から区別されている。９：３５、９：４５、９：
５５の受信確認時刻で後工程コンピュータ１が自動起動
され、前工程コンピュータ９で受信されたか否かを確認
するが、受信が確認されないからといって警告はしな
い。最終タイミング１０：００で受信が確認されない場
合にのみ警告する。これによって、無用な警告が避けら
れる。なお、９：３５、９：４５、９：５５のいずれか
の中間受信確認時刻で受信が確認されれば、その後の受
信確認時刻では確認対象から外される。

【００１９】図１３は、受信予定時刻で確認するととも
に、受信の最終タイミングでも確認する場合を示してい
る。受信予定時刻の９：４５及び受信の最終タイミング
の１０：００に後工程コンピュータが自動起動される。
このように受信確認時刻を設定することで、最初の受信
予定時刻で確認できなかった場合に後工程から前工程に
受信を促し、その後の受信最終タイミングで最終確認を
することにより、受信を確実に行わせることができる。

【００２０】次に、図２のＳ２０３に示すように、前記
自動起動された後工程コンピュータ１が、前工程の作業
状況を管理するテーブルである作業状況管理テーブルの
データを確認する。

【００２１】図８に示すように、作業状況管理テーブル
には、後工程コンピュータ１が発注した情報と部品が、
前工程でいかに処理されているかを示すステータス情報
が記憶されている。部品発注情報送信時刻領域８１に
は、部品発注情報が送信された時刻が記憶されている。
前工程作業状況領域８２には、前記時刻に送信された部
品発注情報のステータス情報が記憶される。発注された
部品が作業指示書とともに後工程に納入されていなけれ
ば、「作業指示書受入前」８３のステータスが記憶され
る。この場合は２ケースに分かれ、発注情報が前工程コ
ンピュータ９で受信されたことが確認されるまでは「情
報受信前」８５のステータスが記憶され、受信されたこ
とが確認されると「情報受信済」８６のステータスが記
憶される。一方、発注された部品が作業指示書とともに
後工程に納入されていれば、「作業指示書受入済」８４
のステータスが記憶される。作業状況管理テーブルに、
「作業指示書受入前」８３で「情報受信前」８５以外の
データが記憶されている場合、すなわち、「情報受信
済」８６又は「作業指示書受入済」８４のステータスデ
ータが記憶されている場合は、チェックパターン１を行
わない。図２のＳ２０５に示すように、「情報受信済」
８６の場合は後に説明するチェックパターン２を行い、
Ｓ２０７に示すように、「作業指示書受入済」８４の場
合は、全チェックを完了する。

【００２２】図２のＳ２０３で「情報受信前」であるこ
とが判明すると、Ｓ２０９に示すように、自動起動され
た後工程コンピュータ１が、ネットワーク７上のサーバ
８にアクセスして通信履歴を参照し、前工程コンピュー
タ９が部品発注情報を受信したか否かを確認する。通信
履歴から前工程コンピュータ９が部品の発注情報を受信
していることが確認できれば、作業状況管理テーブルの
ステータスデータを更新する（Ｓ２１３）。具体的に
は、図８に示すように、「情報受信前」８５を「情報受
信済」８６に更新する。一方、通信履歴から未受信であ
ることを確認した場合には、リスト出力等で後工程ユー
ザに警告する（Ｓ２１１）。この場合、図１１〜１３に
関連して説明したように、受信最終タイミングで受信確
認できない場合にのみ警告する。こうすることによっ
て、無駄に警告することがなく、しかも、警告しなけれ
ばならないときには見過ごさずに警告することができ
る。以上をもって、チェックパターン１を完了する（Ｓ
２１５）。

【００２３】このように、納期から計算される受信最終
タイミングで後工程コンピュータ１が自動起動され、通
信ネットワーク７上サーバ８にアクセスして通信履歴か
ら前工程コンピュータ９の部品発注情報の受信の確認を
行うことで、受信確認の効率化を図られる。また、受信
最終タイミングで未受信の場合に警告を行うことで、未
受信であることが明確となった場合にのみ後工程から前
工程に受信を促すことができ、後工程が前工程に度々受
信の確認をする必要がなくなる。

【００２４】チェックパターン２ 本実施例では、図１に示すように、部品と作業指示書が
後工程に受け入れられたか否かを確認する。これをチェ
ックパターン２とする。

【００２５】図３にチェックパターン２の手順を示す。
Ｓ３０１に示すように、後工程コンピュータ１は、受入
実績確認時刻マスタテーブル５に記憶されている時刻
に、自動的に起動される。受入実績確認時刻マスタテー
ブル５には、前工程から納入される作業指示書が後工程
で受入られたか否かを確認する時刻が記憶されている。
作業指示書は部品とともに前工程から後工程へ移動する
もので、後工程で部品の受入れが行われる際に、後工程
コンピュータ１で作業指示書のデータが読み取られると
ともにその受入実績が作業指示書受入実績テーブルに記
憶される。受入実績の有無を確認することで、部品の納
入の有無を確認することができる。

【００２６】図９に、受入実績確認時刻マスタテーブル
の具体例を示す。部品発注情報送信時刻領域９１には、
後工程コンピュータ１から部品発注情報が送信された時
刻が記憶され、受信予定時刻領域９２には前工程コンピ
ュータ９で部品発注情報が受信される予定の時刻が記憶
され、受入予定時刻領域９３には部品の納入とともに作
業指示書が受け入れられる予定の時刻が記憶され、受入
実績確認時刻領域９４には後工程コンピュータ１が自動
起動されて作業指示書の受入があったか否かの確認を行
う時刻が記憶される。

【００２７】図１４は、送信した部品発注情報に含まれ
る納期情報から得られる部品の納入予定時刻を受入実績
確認時刻とする場合を示している。ここでは９：３０に
送信された部品発注情報に対し部品の納入予定時刻が１
１：００となっている。この場合、当該納入予定時刻に
後工程コンピュータ１が自動起動される。このように受
入実績確認時刻を設定することで、納入予定時刻に部品
の納入が行われて作業指示書が受け入れられたか否かを
確認することが可能となる。

【００２８】受入実績確認時刻を、納入予定時刻に若干
の猶予時間を与えた時間とすることもできる。例えば、
１０分の納期遅れまでは許容される場合には、納入予定
時刻が１１：００となっていれば、受入実績確認時刻を
１１：１０とすることができる。

【００２９】次に、図３のＳ３０３に示すように、自動
起動された後工程コンピュータ１が作業状況管理テーブ
ル２のデータを確認する。

【００３０】この場合は、図８に示すように、作業状況
管理テーブル２の前工程作業状況領域８２のデータが、
チェックパターン１完了時の状態、すなわち「作業指示
書受入前」８３かつ「情報受信済」８６であることを確
認する。作業状況管理テーブル２に「作業指示書受入
前」８３かつ「情報受信済」８６以外のデータが記憶さ
れている場合、すなわち、「情報受信前」８５又は「作
業指示書受入済」８４のデータが記憶されている場合
は、チェックパターン２を行わない。図３のＳ３０５に
示すように、「情報受信前」８５の場合はチェックパタ
ーン１を行い、Ｓ３０７に示すように「作業指示書受入
済」８４の場合は、全チェックを完了する。

【００３１】次に、図３のＳ３０９に示すように、自動
起動された後工程コンピュータ1が、作業指示書受入実
績テーブル３のデータが「実績有」であることを確認す
る。作業指示書受入実績テーブル３には、部品の納入の
際に作業指示書が後工程コンピュータ１で読み取られた
ときに、受入実績有のデータが記憶されている。

【００３２】図１０に作業指示書受入実績テーブル３の
具体例を示す。部品発注情報送信時刻領域１０１には部
品発注情報が送信された時刻が記憶され、当該時刻の発
注情報に対して前工程から作業指示書の受入実績があっ
たか否かが作業指示書受入領域１０２に記憶される。受
入実績が無ければ「実績無」１０２、受入実績があれば
「実績有」１０３と記憶されている。

【００３３】図３のＳ３０９で作業指示書の受入実績が
あったことを確認できたら、作業状況管理テーブルのデ
ータを更新する（Ｓ３１３）。具体的には、図８に示す
ように、チェックパターン１の終了時の状態、すなわち
「作業指示書受入前」８３かつ「情報受信済」８６を、
「作業指示書受入済」８４に更新する。一方、受入実績
がないことを確認した場合には、リスト出力等で後工程
ユーザに警告する（Ｓ３１１）。以上をもって、チェッ
クパターン２を完了する（Ｓ３１５）。チェックパター
ン２が完了したことをもって、全チェックが完了する
（Ｓ３１７）。

【００３４】なお、データ処理の観点から、作業指示書
の受入実績の入力処理中に、直接作業状況管理テーブル
のデータを、「作業指示書受入済」８４に更新してしま
う方法もある。この場合には受入実績テーブルを確認せ
ず、直接作業状況管理テーブルのデータが「作業指示書
受入済」８４になっているか否かを確認する。

【００３５】このように、前工程で部品発注情報が受信
されたか否かの確認に併せて作業指示書が発行されたか
否かの確認を併せて行うことで、部品の未納入に対する
二重の予防措置を取ることができ後工程で部品が欠品す
ることを確実に回避することができる。

【００３６】確認方法の他の例を説明する。 チェックパターン３ 図４に示すように、前工程で部品発注情報が受信された
か否かの確認を前工程コンピュータ９から後工程コンピ
ュータ１に送信される受信確認情報を確認することで行
われる。これをチェックパターン３とする。

【００３７】図５に示すように、チェックパターン３で
は、Ｓ５０１において前準備として、後工程コンピュー
タ１が前工程コンピュータ８から送信された受信確認情
報を受信する。受信確認情報を受信した場合には、Ｓ５
０３で作業状況管理テーブルのデータを更新する。具体
的には図８に示す作業状況管理テーブルの前工程作業状
況領域８２のデータを、「作業指示書受入前」８３かつ
「情報受信前」８５から、「情報受信済」８６に更新す
る。

【００３８】図５のＳ５０５で前記した受信確認時刻マ
スタテーブル４により後工程コンピュータ１が自動的に
起動されると、Ｓ５０７で作業状況管理テーブルのデー
タが「作業指示書受入前」８３かつ「情報受信済」８６
であることを確認する。なお受信確認時刻については、
上記チェックパターン１と同様に決定される。データが
「情報受信済」８６の状態であることが確認できれば、
チェックパターン３を完了する（Ｓ５１３）。一方、
「情報受信前」８５であることを確認した場合には、リ
スト出力等で後工程ユーザに警告する（Ｓ５０９）。ま
た、「作業指示書受入済」８４であることを確認した場
合には、全チェックを完了する（Ｓ５１１）。

【００３９】このように、自動的に時刻起動される後工
程コンピュータが作業状況管理テーブルのデータを確認
することで、受信確認の効率化を図る。また、未受信の
場合に警告を行うことで、未受信であることが明確とな
った場合にのみ後工程から前工程に受信を促すことがで
き、後工程が前工程に度々受信の確認をする必要がなく
なる。

【００４０】チェックパターン４ 図４に示すように、後工程で作業指示書が受け入れられ
たか否かの確認を、前工程コンピュータ９から後工程コ
ンピュータ１に送信される部品の出荷情報の確認によっ
て行われる。通常は部品が出荷されると、一定の移動時
間を経た後に後工程で部品が納入され作業指示書が受け
入れられるので、出荷情報の確認をもって作業指示書の
受入実績の確認に替える。これをチェックパターン４と
する。

【００４１】図６に示すように、チェックパターン４で
は、Ｓ６０１において前準備として、後工程コンピュー
タ１が前工程コンピュータ９から送信された出荷情報を
受信する。出荷情報を受信すると、Ｓ６０３で作業状況
確認テーブル２のデータを更新する。具体的には、図８
に示す作業状況確認テーブル２の前工程作業状況領域８
２のデータを、チェックパターン３終了時の状態、すな
わち「作業指示書受入前」８３かつ「情報受信済」８６
から、「作業指示書受入済」８４に更新する。

【００４２】図６のＳ６０５で受入実績確認時刻マスタ
テーブル５により後工程コンピュータ９が自動的に起動
されると、Ｓ６０７で作業状況管理テーブルのデータが
「作業指示書受入済」８４であることを確認する。なお
受入実績確認時刻については、納期から輸送に要する時
間を減じた時刻とされている。例えば、１１：００の納
期を持つ部品が輸送に３０分を有する前工程を１０：３
０までに出発していれば、１１：００までに納入される
ことが期待できる。データが「作業指示書受入済」８４
の状態であることが確認できれば、チェックパターン４
を完了する（Ｓ６１３）。一方、「作業指示書受入前」
８３かつ「情報受信済」８６のままであることを確認し
た場合には、リスト出力等で後工程ユーザに警告する
（Ｓ６０９）。また、「作業指示書受入前」８３かつ
「情報受信前」８５であることを確認した場合には（Ｓ
６１１）、チェックパターン３を行う。以上をもってチ
ェックパターン４を完了する（Ｓ６１３）。チェックパ
ターン４が完了したことをもって、全チェックが完了す
る（Ｓ６１５）。

【００４３】その他の確認方法の例として、チェックパ
ターン１とチェックパターン４の組み合わせ、あるい
は、チェックパターン３とチェックパターン２の組み合
わせ等も可能である。

【００４４】

【発明の効果】このように、自動起動されるコンピュー
タが確認を行うことで無用の警告を行うことが避けられ
る。また、前工程で部品発注情報が受信されたことを確
認するとともに、作業指示書発行の確認を併せて行うこ
とによって、部品の未納入に対して二重の予防措置を取
ることができ、後工程で部品が欠品することを確実に回
避することができる。

【図面の簡単な説明】

【図１】 チェックパターン１とチェックパターン２を
示す説明図である。

【図２】 チェックパターン１の手順を示す流れ図であ
る。

【図３】 チェックパターン２の手順を示す流れ図であ
る。

【図４】 チェックパターン３とチェックパターン４を
示す説明図である。

【図５】 チェックパターン３の手順を示す流れ図であ
る。

【図６】 チェックパターン４の手順を示す流れ図であ
る。

【図７】 後工程コンピュータ内の受信確認時刻マスタ
テーブルの構成例を示す説明図である。

【図８】 後工程コンピュータ内の作業状況管理テーブ
ルの構成例を示す説明図である。

【図９】 後工程コンピュータ内の受入実績確認時刻マ
スタテーブルの構成例を示す説明図である。

【図１０】 後工程コンピュータ内の作業指示書受入実
績テーブルの構成例を示す説明図である。

【図１１】チェックパターン１で受信確認時刻を受信の
最終タイミングとした場合の説明図である。

【図１２】チェックパターン１で受信確認時刻を１０分
毎とした場合の説明図である。

【図１３】チェックパターン１で受信確認時刻を受信予
定時刻及び受信の最終タイミングとした場合の説明図で
ある。

【図１４】チェックパターン２で受入実績確認時刻を納
入予定時刻とした場合の説明図である。

【符号の説明】

１ ：後工程コンピュータ ２ ：作業状況管理テーブル ３ ：受信確認時刻マスタテーブル ４ ：作業指示書受入実績テーブル ５ ：受入実績確認時刻マスタテーブル ６ ：後工程コンピュータ入力装置 ７ ：通信ネットワーク ８ ：通信履歴管理タイプネットワークサーバ ９ ：前工程コンピュータ １０：前工程での出荷から後工程への納入までの輸送ル
ート

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ３１８ Ｇ０６Ｆ 17/60 ３１８Ｇ

Claims (3)

【特許請求の範囲】
1. 【請求項１】 部品の供給を受ける後工程に設置されて
   いる後工程コンピュータが納期を含む部品発注情報を通
   信ネットワークに送信し、部品を供給する前工程に設置
   されている前工程コンピュータが通信ネットワークから
   部品発注情報を受信することによって部品の発注受注処
   理を実行するシステムであり、 通信ネットワークは、通信ネットワークに送信された情
   報が宛先コンピュータによって受信されたか否かの情報
   を記憶するサーバを有する通信履歴管理タイプであり、 後工程コンピュータには、送信した部品発注情報の納期
   から計算される受信最終タイミングまでの間に、送信し
   た部品発注情報が前工程コンピュータによって受信され
   たことを確認し、未確認の場合に警告するプログラムが
   記憶されていることを特徴とする部品の発注受注システ
   ム。
2. 【請求項２】 部品の供給を受ける後工程に設置されて
   いる後工程コンピュータが納期を含む部品発注情報を通
   信ネットワークに送信し、部品を供給する前工程に設置
   されている前工程コンピュータが通信ネットワークから
   部品発注情報を受信することによって部品の発注受注処
   理を実行するシステムであり、 通信ネットワークは、通信ネットワークに送信された情
   報が宛先コンピュータによって受信されたか否かの情報
   を記憶するサーバを有する通信履歴管理タイプであり、 後工程コンピュータには、受信確認時刻に自動起動さ
   れ、通信ネットワーク上のサーバに記憶された通信履歴
   から、前工程コンピュータが部品発注情報を受信したか
   否かを確認し、未確認の場合に警告するプログラムが記
   憶されていることを特徴とする部品の発注受注システ
   ム。
3. 【請求項３】 後工程コンピュータには、前工程から後
   工程に部品が納入されたか否かの確認を行う時刻を記憶
   したマスタテーブルと、当該時刻において自動起動さ
   れ、後工程に納入された部品を記憶している納入管理コ
   ンピュータにアクセスして当該部品の納入を確認し、未
   確認の場合に警告するプログラムが記憶されていること
   を特徴とする請求項１又は請求項２の部品発注受注シス
   テム。