JPH1196260A

JPH1196260A - 部品管理システム及び方法

Info

Publication number: JPH1196260A
Application number: JP25899297A
Authority: JP
Inventors: Masahiko Sakayori; 正彦坂寄; Naoki Otsuji; 尚樹大辻; Yutaka Inaba; 豊稲葉; Koji Kaneya; 光二金屋
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1997-09-24
Filing date: 1997-09-24
Publication date: 1999-04-09
Anticipated expiration: 2017-09-24
Also published as: JP3242044B2

Abstract

(57)【要約】【課題】スプレッドシート形式の表示はデータの列挙で
あり、ショップ全体の状態を把握することが困難であっ
た。【解決手段】部品の受発注管理を行うための管理項目
と、受発注の結果を示すデータの関係をグラフにより可
視化表示することで、日単位の受発注処理の推移、複数
の管理項目の比較を可能とする多面的な管理手段を提供
する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、工場における部品
管理システム及び方法に関するものである。

【従来の技術】図６は従来の部品管理システムを示す実
施例であり、操作端末１３３−１，１３３−２，１３３
−３、及び保存手段（以下データベース）１３２-1，１
３２−２，１３２−３，１３２−４は中央演算処理装置
（ＣＰＵ）１３１に接続されている。

【０００２】使用する部品のデータベースは管理項目ご
とに縦割りの管理が行われている。例えば、部品マスタ
ー１３２−１、在庫マスター１３２−２、単価マスター
１３２−３、日程マスター１３２−４である。

【０００３】データベース１３２−１，２，３，４上の
データを参照若しくは更新するのは端末１３３−１，
２，３から行うことができる。在庫状況を参照するので
あれば端末１３３−１，２，３のいずれかから在庫マス
ター１３２−２を参照する。

【０００４】扱う部品が増えるとデータベース上のデー
タ数は累積的に増加する。

【０００５】例えば指定納期日をキー情報に部品の日程
情報を検索する場合は、日程マスター１３２−４に登録
されている部品のうちから、条件に合致するデータが検
索される。この結果は通常、自分のショップ（工場にお
ける生産ラインの作業単位をいう）で使用する部品と、
他のショップで使用する部品が混在された状態で、表示
されるので、作業者はこの中から必要な情報を選択しな
ければならない。

【０００６】主なデータ表示の手段は、端末１３３のス
プレッドシート形式の画面と、帳票による出力である
（図７）。

【０００７】データベースの検索は管理項目である部品
種、在庫、単価、日程等をキー情報として行い、与えた
キー情報に該当するデータが列挙される。管理項目は上
記の他、予定、確定したジョブ、仕様情報（分割、変更
注文）、検査、検収等がある。

【０００８】このような表示方法では、ショップ全体の
負荷状況や、納期遅延などの異常データを把握すること
が容易でない。製造ショップでは、受注したオーダの処
理状況、他のショップに発注したオーダの処理状況がど
うなっているかを常に把握する必要がある。

【０００９】図７はスプレッドシート形式の表示例であ
る。作業者は使用する部品を表示から探して、該当部品
の「最終納期日」と「完了日（検収）」の日付を比較す
ることで遅れの判断を行う。完了日が空白の場合はその
部品が完成していないということであり、中間のショッ
プで仕掛かっているという判断を作業者が下す。

【００１０】スプレッドシート形式の表示は、あるキー
情報に基づく該当データの集合であるので、この表現形
式から自分が担当するショップの予定（これから受注予
定がどのくらいあるか）、遅延（検収遅れがどのくらい
あるか）、注文確定（仕様が決まって動いているジョブ
がどのくらいあるか）、検収（すでに検収がどのくらい
終了しているか）等の状況を直接的、かつ、迅速に把握
できない場合が生じる。

【００１１】すなわち、ショップ管理で必要となる結論
（経営上の判断）を導くためには、データを人間系で解
釈する作業が必要となる。先の例では、納期遅れの判断
を行うために「最終納期日」と「完了日」を作業者ある
いはショップ管理者が比較しなければならないというこ
とである。

【発明が解決しようとする課題】前記従来技術における
部品管理システムは、以下のような課題があった。

【００１２】すなわち、表形式の部品管理はキー情報に
基づくデータ表示であり、日単位のショップの受発注処
理状況や、複数のデータの比較を行うことが必要となる
多面的な分析には限界があった。これを補うために作業
者は必要に応じてデータ表示に基づいて、人間系による
分析作業を行っていた。

【００１３】しかしながら、上記の分析作業もショップ
の規模が大きくなると、扱うデータ数も莫大なものとな
り、計画遅延などの異常値をタイムリーに作業者あるい
はショップ管理者に知らせることが困難となり、実質的
にはショップ運営上実効の乏しいものとなっていた。

【課題を解決するための手段】上記課題解決のために、
本発明は次のような構成からなる。

【００１４】すわわち、部品の受発注を管理するシステ
ムは、受注若しくは発注を識別させるための管理項目を
表示手段に表示させるための第一の表示制御手段と、前
記管理項目に対応した受発注の結果を示すデータを保存
手段から読取るための読取り手段と、前記管理項目と前
記読取り手段により読取られたデータとの関係を、前記
表示手段にグラフ表示させるための第二の表示制御手段
とを備える。

【００１５】あるいは、前記グラフ表示される各々の管
理項目は、前記第一の表示制御手段により表示される各
々の管理項目から選択される。

【００１６】あるいは、前記読取り手段により読取られ
たデータは、保存手段からダウンロードされる。

【００１７】好ましくは、前記データは、日単位の受発
注件数である。

【００１８】あるいは、前記グラフ表示の期間は、入力
手段から入力する表示起算日と、日数とにより設定され
る。

【００１９】好ましくは、前記日数は、受発注管理の基
準日数である５日間を初期値とする。

【００２０】あるいは、前記グラフ表示は、データ更新
日あるいは部品納期日のいずれかを前記表示起算日とし
て切替え設定するための第三の表示制御手段を備える。

【００２１】好ましくは、前記グラフ表示は、入力手段
から入力される情報に従いグラフ表示の表示角度を切替
えるための第四の表示制御手段を備える。

【００２２】あるいは、部品の受注若しくは発注を管理
するシステムは、複数のコンピュータ間で受注若しくは
発注の結果を示すデータを授受をするためのデータ授受
手段と、前記授受された受注若しくは発注の結果を示す
データ件数と、受注および発注を識別させるためのアイ
コンとの組合わせ表示と、前記データ件数の日別のグラ
フ表示とを表示する表示手段とを具備する。あるいは、
部品の受発注を管理する方法は、受注若しくは発注を識
別させる管理項目を表示手段に表示させるための第一の
表示制御工程と、前記管理項目に対応した受発注の結果
を示すデータを保存手段から読取るための読取り工程
と、前記管理項目と前記読取り工程により読取られたデ
ータとの関係を、前記表示手段にグラフ表示させるため
の第二の表示制御工程とを備える。

【００２３】好ましくは、前記グラフ表示は、データ更
新日あるいは部品納期日のいずれかを前記表示起算日と
して切替え設定するための第三の表示制御工程を備え
る。

【００２４】あるいは、前記グラフ表示は、入力手段か
ら入力される値に従いグラフ表示の表示角度を切替える
ための第四の表示制御工程を備える。

【００２５】好ましくは、部品の受注若しくは発注を管
理する方法は、複数のコンピュータ間で受注若しくは発
注の結果を示すデータを授受をするためのデータ授受工
程と、前記授受された受注若しくは発注の結果を示すデ
ータ件数と、受注および発注を識別させるためのアイコ
ンとの組合わせ表示と、前記データ件数の日別のグラフ
表示とを表示する表示工程とを具備する。

【００２６】あるいは、受注若しくは発注を識別させる
ための管理項目を表示手段に表示させるための第一の表
示制御手段と、前記管理項目に対応した受発注の結果を
示すデータを保存手段から読取る読取るための読取り手
段と、前記管理項目と前記読取り手段により読取られた
データとの関係を、前記表示手段にグラフ表示させるた
めの第二の表示制御手段とを機能させるためのプログラ
ムを記憶したコンピュータ可読の記憶媒体を備える。

【発明の実施の形態】

＜システムの全体構成＞本発明のハードウエア構成はク
ライアント、サーバシステムを基本とする（図２）。図
１６に示すようにクライアント、サーバをそれぞれ構成
するコンピュータ（１６０１）の構成はオペレーティン
グシステム（ＯＳ）１６０２，ＣＰＵ１６０３，ＲＯＭ
１６０４ａ，ＲＡＭ１６０４ｂ、２次記憶装置１６０４
ｃ、ネットワークインタフェース１６０５からなる標準
的な構成であり、表示装置１６０６、表示制御部１６０
９、入力装置１６０７、及び外部記憶装置１６０８が接
続される。

【００２７】入力装置１６０７とは、画面上で座標を指
示し、対象を選択する等の操作を行うための入力装置の
総称である。具体的にはマウスの他、トラックボール、
タッチペン、ジョイスティック、タブレット、キーボー
ド等がある。画面上のカーソル（矢印や十字印が用いら
れる）により位置や対象が指定される。

【００２８】表示装置１６０６とは、コンピュータ間で
授受したデータ（文字、図形、数値等）を画面に表示す
るための装置である。表示装置の種類として、ＣＲＴデ
ィスプレイ、液晶ディスプレイ、プラズマディスプレイ
等がある。

【００２９】図３は工場におけるショップとクライアン
トとサーバの関係を示している。「ショップ」とは工場
における生産ラインを構成する作業単位をいう。

【００３０】工場におけるショップをここでは機械加工
３０１ａ，電気部品のユニット組立て３０１ｂ，機械及
び電気部品の組立て３０１ｃ、検査３０１ｄの４つとし
て考える。これらの各ショップを経て一つの製品が出来
上がる。

【００３１】システムの中枢であるサーバ３０５には機
械加工３１０ａ，電気部品のユニット組立て３０１ｂ、
機械及び電気部品の組立て３０１ｃ、検査３０１ｄに対
応した処理領域（３２０、３３０、３４０、３５０）が
設けられている。

【００３２】この処理領域（３２０、３３０、３４０、
３５０）はショップ（３０１ａ，３０１ｂ，３０１ｃ，
３０１ｄ）内の部品管理を独立に処理する。処理領域３
２０、３３０、３４０、３５０それぞれに対応したデー
タベースは２次記憶装置１６０４ｃあるいは外部記憶装
置１６０８でディレクトリの区切られた保存領域をデー
タベースとして使用する（３６０、３７０、３８０、３
９０）。データベース３６０、３７０、３８０、３９０
は独立な処理を実行するために必要十分なデータを格納
するものであり、処理領域間で相互に参照するデータは
サーバデータベース４００に格納される。

【００３３】サーバデータベース４００は、２次記憶装
置１６０４ｃあるいは外部記憶装置１６０８でディレク
トリの区切られた保存領域をデータベースとして使用す
る。

【００３４】サーバの処理領域で行われる部品管理に
は、注文の受注、あるいは発注数量は決められていても
その詳細仕様は未定である注文品の管理を行う予定管
理、最終仕様の確定した注文品を対象とする注文確定管
理、指定納期に対して計画遅れとなっている遅延管理、
さらに検収の終了した注文品の管理を行う検収管理等が
ある。これら管理の区分はショップの管理項目とされ
る。管理項目それぞれに対応した受発注の結果はクライ
アント側の進捗入力（例えばキーボード、マウス、バー
コードリーダ等の入力装置１６０７による）に基づきサ
ーバ側のデータベース（３６０、３７０、３８０、３９
０、４００：図３）に保存される。この処理領域はクラ
イアント（３１０ａ，３１０ｂ，３１０ｃ，３１０ｄ）
を介して、人間の作業領域と繋がり、処理領域のアウト
プットはクライアント３１０ａ，ｂ，ｃ，ｄに表示され
る。管理項目の表示は受発注を識別させるためのアイコ
ン表示と、受発注の結果を示すデータ件数の組合わせに
より表示される。

【００３５】例えば、サーバの処理領域３２０からの表
示はクライアント３１０ａを介して機械加工ショップ３
０１ａを担当する作業者に表示される。

【００３６】また機械加工のショップ３０１ａの作業者
からの進捗（完成した部品の個数など）がキーボード等
１６０７から入力されると、クライアント３１０ａはそ
の入力情報を処理領域３２０に戻す。処理領域３２０は
その入力情報により、「検収」処理を実行する。

【００３７】さらに、処理領域で実行される処理には進
捗の結果からデータベース３６０を更新したり、クライ
アント側にデータ転送するための検索処理等がある。ク
ライアント（３１０ａ，ｂ，ｃ，ｄ）とサーバ３０５の
通信はネットワークインタフェース１６０５を介して行
う。クライアント側からサーバ３０５側に転送されたデ
ータは一旦ＲＡＭ１６０４ｂ上で実行待ちとなる。処置
はＯＳ１６０２から指示が出され、ＣＰＵ１６０３によ
り処理が実行される。

【００３８】処理領域３２０の処理結果はデータベース
３６０に格納される。データの属性が各ショップ共通の
ものはフラグの有無などで識別され、サーバ３０５のデ
ータベース４００に保存される。

【００３９】このように処理領域ごとに必要となるデー
タベースを分散させ、共有するデータを一括管理するデ
ータベース構成とすることにより、システムの冗長性が
高まり信頼性が向上する。さらに記憶装置へのアクセス
が最小限度で済むために、システムは高速な処理が可能
となる。

【００４０】電気部品のユニット組立てショップ３０１
ｂ、機械及び電気部品の組立てショップ３０１ｃ、検査
ショップ３０１ｄにおいても処理の内容は同様である。

【００４１】＜ショップの受注関係＞図４は図３の電気
部品のユニット組立てショップ３０１ｂに着目し、これ
を詳細に区分したものである。ショップ３０１ｂはプリ
ント基板の製作ショップ４０１と基板に取り付けるハー
ネスを作るショップ４０２からなるものとする。ショッ
プ４０１は電子部品を表面実装した基板にショップ４０
２製作のハーネスを取り付けプリント基板を製作する。
ユニット組立てショップ３０１ｂはショップ４０１で製
作したプリント基板を使用し、組立てを実施する。３つ
のショップ間で発注と受注の関係が生じる。

【００４２】図５は上記の発注と受注の関係をさらに詳
細に示したものである。ショップ３０１ｂはプリント基
板とハーネスをショップ４０１に発注する。ショップ４
０１の立場から考えると、プリント基板とハーネスの注
文を受注したことになる。ショップ４０１は自らのショ
ップでプリント基板の製作を行うが、ハーネスの製作は
ショップ４０２に発注するものとする。ショップ４０２
の立場から考えるとハーネスの製作をショップ４０１か
ら受注したことになる。

【００４３】ショップ４０２は製作品（ハーネス）をシ
ョップ４０１に納品し、検収を受ける。検収によりショ
ップ４０１からの受注が完了することになる。

【００４４】ショップ４０１は製作品（プリント基板）
とショップ４０２に発注した注文品（ハーネス）をショ
ップ３０１ｂに納品し、検収を受ける。検収によりショ
ップ３０１ｂからの受注が完了することになる。

【００４５】＜画面表示＞部品の「受発注管理」とは、
図５で示したようにショップ単独あるいは複数のショッ
プ間における発注から検収、および受注から検収の処理
を、コンピュータによる管理項目毎の件数表示と、日別
の処理状況を示すグラフ表示により行う管理をいう。
「管理項目」とは注文の受発注から検収までの中間処理
の結果を示す項目をいう。管理項目の具体例として、
「予定」、「注文確定」、「遅延」、「注文分割」、
「注文変更」、「検査中」、「検収」がある。

【００４６】ここで、管理項目はショップ内の作業単位
をシンボライズした「アイコン」により表示され、それ
ぞれのアイコンの項目に該当するデータが何件あるかと
いう件数が組合わせで表示される。例えばアイコン１０
３（「予定」）は１３０件と表示される。文字情報を解
釈しながらデータ検索するということが不要となるの
で、受注、発注の処理状況を目視により直接的に把握す
ることが可能となる。

【００４７】図１で示したアイコンは例示的であり、本
システムの運用を限定するものではない。管理項目の追
加、削除、名称の変更は後に説明するが可能である。

【００４８】発注及び受注の管理状況は各ショップのク
ライアントコンピュータ（３１０ａ，ｂ，ｃ，ｄ）に表
示される。

【００４９】図１はクライアントコンピュータの画面表
示１００であり（図４及び図５においてショップ４０１
を主体として考える）、管理項目表示１７０と、グラフ
表示１８０からなる。管理項目表示１７０は受注および
発注を識別するためのアイコンとそれぞれのアイコンに
該当する受発注の結果を示すデータ件数が組合わせで表
示される。グラフ表示１８０は管理項目表示１７０の内
から選択設定された項目（アイコン）に関して、日単位
の受発注の結果を表示する。

【００５０】アイコン１０１はショップ３０１ｂからの
注文の受注管理の表示であり、受注件数が組合わせで表
示される。この注文の受注件数はいつの時点のデータで
あるかを明らかにするための表示が、年（ＹＹ）月（Ｍ
Ｍ）日（ＤＤ）時（Ｈ）：分（Ｍ）：秒（Ｓ）の形式
で出される。

【００５１】表示される年月日及び時分秒はクライアン
ト、サーバシステムを構成するコンピュータ１６０１の
ＯＳ１６０２に内蔵されたシステムカレンダとシステム
時計が参照される。アイコン１０１に並置されたデータ
表示は受注件数が１５９件あることを示している。

【００５２】アイコン１１７はショップ４０２への注文
の発注管理の表示であり、発注件数が組合わせで表示さ
れる。アイコン１０１と同様に、いつの時点のデータで
あるかを明らかにするために年（ＹＹ）月（ＭＭ）日
（ＤＤ）時（Ｈ）：分（Ｍ）：秒（Ｓ）の形式で表示
される。アイコン１１７に並置されたデータ表示は発注
件数が３５件あることを示している。

【００５３】このシステムではクライアントとサーバ間
で一定時間間隔、または定刻ごとに通信を行うことによ
るデータの更新を行わない。システムの負荷を軽減を図
るためである。作業者がデータ更新のリクエストを行っ
たときに、該当するショップのデータが更新される。サ
ーバとクライアントが定期的に通信を行うことによるデ
ータの更新は行わないことでハードウエア資源の効率を
高水準に維持することが可能となる。

【００５４】従って、データは定期的に更新されないの
で、いつの時点のデータであるかの表示が、アイコン１
０１あるいは１１７との組合わせで表示される。

【００５５】データの更新要求はマウスあるいはキーボ
ード等の入力装置１６０７から表示装置１６０６上の入
力欄（不図示）に入力することで与えられる。

【００５６】更新要求が与えられると、ＣＰＵ１６０３
を介して図１７に示すプログラム１７０１のデータ更新
モジュール１７０２が起動する。このプログラム１７０
１はコンピュータ１６０１の記憶手段である２次記憶装
置１６０４ｃ、外部記憶装置１６０８、あるいはＲＯＭ
１６０４ａ，ＲＡＭ１６０４ｂ上のいずれかに保存され
ている。

【００５７】＜プログラムの実行＞＜管理項目表示１７０のデータ更新＞プログラムの実
行をフローチャート図１８を基にして説明する。データ
更新要求が入力されると（Ｓ１８０１−ＹＥＳ）、図１
７に示すプログラム１７０１のデータ更新モジュール１
７０２が立ち上がり、サーバ側のデータベース（Ｓ１８
０７、図３の４００、３６０、３７０、３８０、３９
０）を検索する（Ｓ１８０５）。検索されたデータはク
ライアント側の記憶装置（ＲＡＭ１６０４ｂ，２次記憶
装置１６０４ｃ，補助記憶装置１６０８）のいずれかに
ダウンロードされ、保存される（Ｓ１８０６）。サーバ
３０５（図３）とクライアント（３１０ａ，ｂ，ｃ，
ｄ：図３）のデータ授受はネットワークインタフェース
１６０５を介して行われる。クライアント側にダウンロ
ードされたデータは前記の記憶装置に保存される。デー
タの保存完了によりデータ更新モジュール１７０２の実
行は終了する。ダウンロードされたデータは、以後デー
タ更新要求が入力されるまで、クライアント側のデータ
のデフォルト値として使用される。Ｓ１８０５の検索対
象となるのは、以下に説明する登録されたアイコンで
あり、新規に登録されたアイコンは、登録後のデータ更
新時に検索の対象となる。

【００５８】＜アイコン登録、変更、削除＞管理項目
表示であるアイコンはユーザの管理形態に対応可能であ
り、項目の追加、変更、削除が可能である。アイコンの
追加、変更、削除（Ｓ１８０２−ＹＥＳ）はマウスある
いはキーボード等の入力装置１６０７から表示装置１６
０６上の入力欄（不図示）に入力することで実行され
る。実行結果はクライアント側の記憶装置（ＲＡＭ１６
０４ｂ，２次記憶装置１６０４ｃ，外部記憶装置１６０
８）のいずれかに保存される（Ｓ１８０８）。ここで保
存されたアイコンは、次のデータ更新時（Ｓ１８０１−
ＹＥＳ）に検索対象となる（Ｓ１８０５、Ｓ１８０
７）。アイコンを汎用的に使用する場合はＲＯＭ１６０
４ａ上に予め保存しておくことも可能である。

【００５９】「変更」とは、アイコン表示の名称の変更
をいう。管理形態の実状に合わせてより適切な管理項目
名とするものである。例えば図１の「遅延」というアイ
コンを「計画遅延」や「納期遅延」というように実際の
管理に即した名称に変更することを可能とする。

【００６０】「削除」とは、登録されたアイコンを表示
の対象から除外することをいう。削除されたアイコン
（管理項目）は、次のデータ更新ではデータ検索の対象
から除外される。

【００６１】＜アイコンとデータ件数の組合わせ表示
＞アイコン（管理項目）とそのアイコンに対応したデー
タ件数の組合わせ表示の処理を実行する（Ｓ１８０
３）。アイコンとデータ件数の組合わせ処理は表示制御
モジュール１７０４により実行される。組合わせの対象
となるのはクライアント側の記憶装置（ＲＯＭ１６０４
ａ，ＲＡＭ１６０４ｂ，２次記憶装置１６０４ｃ，外部
記憶装置１６０８）に保存されているアイコンと各アイ
コンに対応したデータである。論理判断はクライアン
ト、サーバシステムを構成するコンピュータ１６０１の
ＣＰＵ１６０３が行う（Ｓ１８０３）。表示制御モジュ
ール１７０４は処理された結果（アイコンと該当するデ
ータ件数の組合わせ）を表示制御部１６０９に出力し、
表示制御部１６０９は管理項目表示１７０（図１）を表
示装置１６０６上に表示する（図１）。このように表示
制御部１６０９は表示制御モジュール１７０４からの情
報を受けて、表示装置１６０６に情報を表示する機能が
ある。

【００６２】表示制御部１６０９は、表示するデータが
（ａ）受注と発注の両方（図１）（ｂ）受注のみ（図１
０）（ｃ）発注のみ（図１１）、のいずれに該当するか
否かを判断し表示画面の制御を行う。表示制御部１６０
９は、表示制御モジュール１７０４から受けたデータを
そのまま表示装置１６０６に表示することも可能であ
る。

【００６３】本実施形態においては、プログラム１７０
１の表示制御モジュール１７０４（図１７）と、表示制
御部１６０９（図１６）は第一の表示制御手段として機
能する。表示制御モジュール１７０４と表示制御部１６
０９は受注若しくは発注を識別されるためのアイコン
と、受注若しくは発注の結果を示すデータ件数とを、組
合わせて表示装置１６０６に管理項目表示１７０（図
１）を表示するために機能する。

【００６４】＜アイコン表示の詳細＞図１に示す管理項
目表示１７０の詳細について説明する。受注の管理を７
つの項目、発注の管理を６つの項目に分類して表示す
る。図４におけるショップ４０１を主体として考え、シ
ョップ３０１ｂからの受注と、ショップ４０２への発注
を管理する画面を想定する。「予定」１０３はショップ
３０１ｂからの受注予定の表示であり、受注件数が組み
合わせ表示される。例えば総量は決められていても、そ
の詳細な仕様（色、材種、仕上げ等級など）が未決状態
にある注文がここで表示される。設定が可能な期間内
（たとえば製造リードタイムを考慮して５日以内）にオ
ーダーが確定して、ショップに投入される注文がどのく
らいあるかを把握することができる。図１の場合では受
注予定は１３０件であることを示す。尚、発注管理（ア
イコン１１７より下側）で「予定」表示がないのは自ら
の発注予定を表示する必要がないからである。「注文確
定」（１０４,１１０）は仕様及び納期、数量等の条件
が全て確定した注文品が表示対象となり、前記の条件が
満たされた注文の件数が組合わせ表示される。注文が確
定すると「予定表示」から削除されるので、予定と注文
確定の両方で表示されるという重複は生じない。この処
理はクライアント、サーバシステムにおいて、データベ
ースへの通常の読取りと書込み処理によりなされるもの
である。通常の注文品の進捗情報は「注文確定」を見れ
ばよい。図１の場合では、１０件が注文確定状態である
ことを示す。「遅延」（１０５、１１１）は指定納期日
に対して未検収の注文品が表示対象となり、未検収の件
数が組合わせ表示される。ショップで処理する仕事の異
常値を示すものである。異常値をシステム側から作業者
に向けて能動的に表示することは、計画遅れの状態を早
期に知り、作業の優先順位を変更し、他のショップに緊
急発注をかけるという対応を可能とする。図１の場合で
は、４件が計画遅延の状態であることを示す。「注文分
割」（１０６、１１２）は注文確定後に２以上の注文に
分割された注文品、あるいは分割の申請がされている注
文品が表示対象となる。図１の場合では分割されたもの
が０件であることを示している。「注文変更」（１０
７、１１３）とは注文確定後に仕様の変更等が生じた注
文品が表示対象となる。図１の場合では仕様変更された
注文が６件あることを示している。分割及び変更の履歴
はサーバ側のデータベース（４００、３６０、３７０、
３８０、３９０）に記録される。「検査中」（１０８、
１１４）はショップ４０１がショップ３０１ｂに納品す
る物（プリント基板とハーネス）がショップ３０１ｂで
検品中である注文品が表示対象となる。図１の例では検
品中である注文品は０件であることを示している。「検
収」（１０９、１１５）はショップ４０１がショップ３
０１ｂの注文に対して、納品が完了し、検収の終了した
注文品が表示対象となる。図１の例では９件が検収終了
であることを示している。

【００６５】以上説明したように、ショップ内における
受注の予定から検収まで一期通貫した情報が時系列に分
類、表示される。作業者あるいはショップ管理者は必要
とする情報とデータの件数がどのくらいあるかというこ
とを知り、管理することができる。

【００６６】さらにデータ件数の詳細を知りたい場合
は、マウスあるいはトラックボール等の入力装置１６０
７によりアイコンを選択することによりスプレッドシー
ト形式の表示あるいはグラフ表示によるデータの目視化
が可能である。

【００６７】＜受注のみのケース＞図４及び図５におい
て、ショップ４０２を主体とした表示を考える。ショッ
プ４０２はショップ４０１からの受注のみであり、他の
ショップへの発注がない（発注０件、図１０の１１７）
ので自ショップのみを管理すればよい。

【００６８】ショップ４０２のクライアントコンピュー
タの画面は図１０のような自ショップの管理分のみが表
示される。各アイコンの定義は図１の場合と同一であ
る。

【００６９】ショップ４０１を主体とした画面である図
１において、ショップ４０２への発注が無い場合は、自
ショップの管理分のみとなるので、このようなケースで
は図１０のような画面と一致する。アイコンとデータ件
数の組合わせ表示の処理は図１７に示すプログラム１７
０１の表示制御モジュール１７０４で実行され、その結
果は表示制御部（図１６の１６０９）に入力される。表
示制御部１６０９は入力されたデータから、（ａ）受注
および発注（ｂ）受注のみ、（ｃ）発注のみ、のいずれ
に該当するか否かを判断し、画面の表示制御を行う。以
下の発注のみのケースでも判断処理は同様である。

【００７０】＜発注のみのケース＞図４及び図５におい
て、ショップ３０１ｂを主体とした場合を考える。ショ
ップ３０１ｂは発注のみであり、他のショップからの受
注がない（受注０件、図１１の１０１）とすると、発注
先のショップのみを管理すればよい。

【００７１】ショップ３０１ｂのクライアントコンピュ
ータの画面は図１１のような発注先の管理分のみが表示
される。各アイコンの定義は図１の場合と同一である。

【００７２】ショップ４０１を主体とした画面である図
１において、自ショップの処理が無く、ショップ４０２
への発注のみ場合は、ショップ４０２の管理分のみとな
るので、このようなケースでは図１１の画面と一致す
る。発注のみを表示する画面制御については、先の受注
のみのケースで説明したものと同様の処理が行われる。

【００７３】＜管理項目表示の３態様＞以上説明したよ
うに、受注、発注の形態の相違により、自ショップの処
理表示と他のショップへの発注処理の表示が両方出るケ
ースと（図１）、受注のみ（発注がない）のケースと
(図１０）、発注のみ（受注がない、あるいは、受注が
あっても自ショップで処理しないで他のショップへ発注
する）のケース（図１１）の３つのケースがあることに
なる。

【００７４】＜発注元と発注先が１：ｎあるいはｎ：１
の関係＞図１２のように、発注先が複数ある場合（１：
ｎ）と、図１３のように発注元が複数ある場合（ｎ：
１）であっても発注先、発注元の選択により受発注の関
係を特定することにより、本システムを適用することは
可能である。

【００７５】すなわち、図１２において、発注先１２３
０を選択した場合は自ショップ１２１２と発注先１２３
０に関する表示が得られる。

【００７６】また図１３において、発注元１３２０を選
択した場合は、ショップ１３２０とショップ１３５０に
関する表示が得られる。

【００７７】ショップの選択入力はマウスあるいはキー
ボード等の入力装置１６０７から表示装置１６０６上の
入力欄（不図示）に選択入力することで与えられる。

【００７８】ショップの選択入力が与えられると、ＣＰ
Ｕ１６０３を介して図１７に示すプログラム１７０１の
ショップ受発注管理モジュール１７１１が起動する。シ
ョップ受発注管理モジュール１７１１はショップ間相互
の受発注管理を行う。プログラム１７０１はコンピュー
タ１６０１の記憶手段である２次記憶装置１６０４ｃ、
外部記憶装置１６０８、あるいはＲＯＭ１６０４ａ，Ｒ
ＡＭ１６０４ｂ上のいずれかに保存されている。

【００７９】＜プログラムの実行＞＜グラフ表示＞グラフ表示の説明を図１５のフローチャ
ートに基づき説明する。

【００８０】グラフ表示しない場合（Ｓ１５０１−Ｎ
ｏ）は、アイコンとその項目に該当するデータ件数の組
合わせ表示がクライアントコンピュータの表示装置１６
０６に表示される。この表示は図１に示す管理項目表示
１７０となる。

【００８１】グラフ表示する場合（Ｓ１５０１−ＹＥ
Ｓ）はグラフ表示の対象となる項目を選択する（Ｓ１５
０２）。項目の選択はマウス、キーボード、トラックボ
ール等の入力装置１６０７から、管理項目表示１７０の
項目を選択入力することによる。但し、選択は毎回必要
となるものでなく、事前に選択され記憶装置（ＲＯＭ１
６０４ａ，ＲＡＭ１６０４ｂ，２次記憶装置１６０４
ｃ、外部記憶装置１６０８）に保存されている項目をグ
ラフ表示の対象とすることが可能である。グラフ表示す
る項目の選択入力と記憶装置への保存は図１７に示す項
目管理モジュール１７０５が処理する。管理項目全てを
表示することも可能であり、重要な項目のみを選択的に
表示することも可能である。同一画面上に管理項目表示
１７０とグラフ表示１８０を表示することにより、対応
関係が明確となり、項目別の比較が容易になる。

【００８２】次にグラフ表示の時間軸を設定する。すな
わちグラフ表示の起算日をいつにするかを設定する。設
定変更しない場合（Ｓ１５０３−Ｎｏ）はデフォルト値
が設定がされ（Ｓ１５０４）、変更する場合（Ｓ１５０
３−ＹＥＳ）の場合はデータ更新を最後に行った日（デ
ータ更新日）を基準とする設定（Ｓ１５０９−ＹＥＳ、
Ｓ１５７０）か、部品の納期日を基準とする設定（Ｓ１
５０９−Ｎｏ、Ｓ１５１１）のいずれかを選択する。

【００８３】デフォルト値は「表示の参照日を基準とし
て５日間」であり、このデータは記憶装置（ＲＯＭ１６
０４ａ，ＲＡＭ１６０４ｂ，２次記憶装置１６０４ｃ、
外部記憶装置１６０８）のいずれかに保存されている。
時間軸の設定処理（図１５のフローチャートのＳ１５０
３，Ｓ１５０４，Ｓ１５０９，Ｓ１５１０，Ｓ１５１
１）は図１７に示す時間管理モジュール１７０６が処理
する。

【００８４】以上のステップで表示する項目とその時間
（期間）が設定されることになる。選択設定された項目
（Ｓ１５０２）と、設定された期間（Ｓ１５０４，Ｓ１
５１０，Ｓ１５１１）に対応したデータは、読取りモジ
ュール（図１７の１７０８）によりサーバ３０５（図
３）のデータベース（１５１２、図３の４００、３６
０、３７０、３８０、３９０）から検索され（Ｓ１５０
５）、クライアント側にダウンロードされる。ダウンロ
ードされたデータは一旦クライアント（３１０ａ，ｂ，
ｃ，ｄ）側のコンピュータ１６０１のＲＡＭ１６０４ｂ
上に保存され処理待ちとなる。

【００８５】読取りモジュール１７０８により検索さ
れ、ダウンロードされたデータと、項目管理モジュール
１７０５により選択設定された項目との対応づけは、図
１７に示すグラフ表示モジュール１７０７が処理する。
この処理はクライアントコンピュータ１６０１のＣＰＵ
１６０３に基づき実行される。グラフ表示モジュール１
７０７はこの処理結果を図１６の表示制御部１６０９に
入力し、表示制御部１６０９は表示装置１６０６上にグ
ラフ表示１８０を表示する（Ｓ１５０６）。

【００８６】グラフ表示１８０の視野角度を変更するこ
とが可能である。変更する場合（Ｓ１５０７−ＹＥＳ）
は視野角度変更モジュール１７０９が起動する。図１の
視野角度変更指示部１８３からの入力に基づき視野角度
が指定される。視野角度変更モジュール１７０９は指定
された角度情報をグラフ表示モジュール１７０７に入力
する。グラフ表示モジュール１７０９は入力された新し
い視野角度情報を図１６の表示制御部１６０９に入力す
る。表示制御部１６０９は入力された視野角度情報に基
づき、グラフ表示１８０を切替える（Ｓ１５１３）。

【００８７】さらに、グラフ表示後に時間軸の設定変更
が可能である。図１の更新日ベースグラフ表示キー１８
４と、納期日ベースグラフ表示キー１８５により選択す
る。いずれかのキーが選択されると時間管理モジュール
１７０６が起動し基準日となる日情報を読取りモジュー
ル１７０８に受け渡す。日情報の受け渡しをキーとし
て、読取りモジュールが起動し、新たに設定された期間
に対応したデータをサーバ３０５（図３）のデータベー
ス（１５１２、図３の４００、３６０、３７０、３８
０、３９０）から検索し（Ｓ１５０５）、ダウンロード
する。読取りモジュール１７０８により検索され、ダウ
ンロードされたデータと、項目管理モジュール１７０５
により選択設定された項目との対応づけは、図１７に示
すグラフ表示モジュール１７０７が処理する。この処理
はクライアントコンピュータ１６０１のＣＰＵ１６０３
に基づき実行される。グラフ表示モジュール１７０７は
この更新処理結果を図１６の表示制御部１６０９に入力
し、さらに、時間管理モジュール１７０５は変更に関す
る日情報を表示制御部１６０９に入力する。表示制御部
１６０９は表示装置１６０６上に更新された日情報に関
するグラフ表示１８０を表示する（Ｓ１５０６）。

【００８８】本実施形態においては、グラフ表示モジュ
ール１７０７（図１７）と表示制御部１６０９（図１
６）は第二の表示制御手段として機能する。グラフ表示
モジュール１７０７と表示制御部１６０９は選択された
管理項目に関する受発注の結果を表示装置１６０６にグ
ラフ表示１８０（図１）を表示するために機能する。

【００８９】さらに、時間管理モジュール１７０６、グ
ラフ表示モジュール１７０４（図１７）と表示制御部１
６０９（図１６）とは第三の表示制御手段として機能す
る。時間管理モジュール１７０６、グラフ表示モジュー
ル１７０４と表示制御部１６０９はグラフ表示のための
時間軸の設定を変更し、選択された管理項目に関する受
発注の結果を表示装置１６０６にグラフ表示１８０を表
示するために機能する。

【００９０】また、視野角度変更モジュール１７０９、
グラフ表示モジュール１７０４（図１７）と表示制御部
１６０９（図１６）は第四の表示制御手段として機能す
る。視野角度変更モジュール１７０９、グラフ表示モジ
ュール１７０４と表示制御部１６０９は視野角度情報に
基づき、選択された管理項目に関する受発注の結果を表
示装置１６０６にグラフ表示１８０を表示するために機
能する。

【００９１】＜グラフ表示画面の説明＞図１のグラフ表
示１８０は管理項目が検収、注文確定、注文分割、注文
変更である場合のグラフ表示である。ｘ軸に月日、ｙ軸
に管理項目、ｚ軸に受発注の結果を示すデータ件数が表
示される。グラフの標準的な形式は前記３軸による鳥瞰
図であるが、視野角度変更指示部１８３により、視野角
度を変えることが可能である。グラフの表示角度を変え
た場合の例として、図８に管理項目と受発注の結果を示
すデータ件数の関係を示し、図９に日別のデータ件数の
関係を示す。

【００９２】図８のデータ件数は、対象日（7/4から7/1
0）の件数和が表示される。例えば、「検収」を例とす
ると５日分（７月４日：１件、７月７日：４件、７月８
日：１件、７月９日：１件、７月１０日：２件）の件数
和９件が表示される。

【００９３】図９のデータ件数は、日にちを基準とし
て、検収、注文確定、注文分割、注文変更の件数が加算
される。例えば７月１０日を例とすると、検収２件、注
文確定０件、注文分割０件、注文変更２件の件数和４件
が表示される。

【００９４】＜月日（ｘ軸）の説明＞グラフ表示１８０
のｘ軸は起算日と期間（日）が示される。表示の起算日
と期間は先に説明した、デフォルト値の「参照日（から
５日間）」の場合と「データ更新を最後に行った日（デ
ータ更新日）」の場合、「部品の納期日」を基準とする
場合以外に設定することが可能である。

【００９５】表示起算日と日数をマウス、キーボード等
の入力装置１６０７から不図示であるが表示装置１６０
６上の入力欄に入力することで設定することができる。
このとき設定された日情報を基にして、読取りモジュー
ル１７０８がサーバ３０５（図３）のデータベースを検
索し、クライアント側にデータをダウンロードし、ＲＡ
Ｍ１６０４ｂ上にデータを一旦保存する。読取りモジュ
ール１７０８により検索され、ダウンロードされたデー
タと、項目管理モジュール１７０５により選択設定され
た項目との対応づけは、図１７に示すグラフ表示モジュ
ール１７０７が処理する。この処理はクライアントコン
ピュータ１６０１のＣＰＵ１６０３に基づき実行され
る。グラフ表示モジュール１７０７はこの処理結果を図
１６の表示制御部１６０９に入力し、表示制御部１６０
９は表示装置１６０６上にグラフ表示１８０を表示する
（Ｓ１５０６）。

【００９６】グラフ表示１８０は、表示起算日が７月１
０日、日数が５日の場合を示す。グラフ表示１８０にお
いて１９９７年７月５日、６日はそれぞれ、土曜日と日
曜日に該当するので、対象外としているが、グラフ表示
モジュール１７０７の設定により表示の対象として含め
ることは可能である。さらにこのシステムは、会社が施
行しているカレンダー、工場単位で施行しているカレン
ダー等を組み込むことが可能であり、休日の設定も容易
に反映することができる。通常はコンピュータ１６０１
（図１６）のＯＳ１６０２が管理するシステムカレンダ
とシステム時計が参照される。

【００９７】＜管理項目（ｙ軸）＞図１のグラフ表示１
８０のｙ軸（検収１０９’，注文確定１０４’，注文分
割１０６’，注文変更１０７’）は管理項目表示１７０
から選択設定された項目である。管理項目全てを表示す
ることも可能であり、重要な項目のみを選択的に表示す
ることも可能である。

【００９８】＜データ件数（ｚ軸）＞グラフ表示１８０
のｚ軸には管理項目に対応した日単位の処理件数データ
が表示される。例えば項目を「検収」とし、対象日を７
月４日、７日、８日、９日、１０日の５日間とした場合
の検索結果は、それぞれ７月４日は１件、７月７日は４
件、７月８日は１件、７月９日は１件、７月１０日は２
件と求められる。

【００９９】図８および図９のような表示の態様に応じ
て日単位の件数を加算する処理が必要となる場合がある
が、加算処理はグラフ表示モジュール１７０７が行う。

【０１００】図８は各項目（検収１０９''、注文確定１
０４''、注文分割１０６''、注文変更１０７'' ）につ
いて５日間の処理件数の和を示している。横軸１５１に
項目、縦軸１５２は件数を示す。例えば検収１０９''の
場合は７月４日の１件、７月７日の４件、７月８日の１
件、７月９日の１件、７月１０日の２件の総和である９
件となる。

【０１０１】図９は日を基準として、検収１０９’、注
文確定１０４’、注文分割１０６’、注文変更１０７’の
和が表示される。横軸１５０は日を示し、縦軸１５２は
件数を示す。７月７日を例とすると、図１より検収１０
９’の４件、注文確定１０４’の０件、注文分割１０
６’の０件、注文変更１０７’の０件の総和である４件
が表示される。

【０１０２】＜表示基準日の設定変更＞更新日ベースグ
ラフ表示キー１８４と納期日ベースグラフ表示キー１８
５のいずれかの選択による。「更新日ベース」とは、デ
ータがサーバ３０５のデータベース（４００、３６０、
３７０、３８０、３９０）からダウンロードされて最新
のデータに更新された日を表示起算日とする表示をい
い、「納期日ベース」とは、表示の対象となっている月
日に、検収予定日（納期日）を含んでいる注文品を検索
の対象とする表示をいう。

【０１０３】例えば図１のグラフ表示１８０が納期日ベ
ースの表示である場合を考える。７月１０日に２件の注
文変更がある。納期日には検収が完了していることが正
常な状態であり、注文変更の状態にある２件の注文品は
計画遅延ということになる。納期日ベースの表示におい
て、正常な受発注処理は全てのデータが検収の項目に山
積みされる状態となるはずであり、他の項目に山積みさ
れている場合は計画遅れの異常を示し、ショップの異常
値管理が目視化される。

【０１０４】＜手番管理＞「手番管理」とは、管理項目
別の仕掛り日数の管理である。図１４は先に説明した管
理項目表示１７０とグラフ表示１８０に加えて、注文確
定と予定に関する仕掛り状況を表示する手番管理図１９
０を表示した画面表示例である。

【０１０５】システム上で設定される基準仕掛り日数に
より、「優」、「良」、「可」の三段階評価でグラフ表
示される。手番管理により、管理項目ごとの中間仕掛り
の状況をさらに詳細に分析することが可能となる。手番
管理図１９０は「注文確定」と「予定」に関する表示例
である。手番管理表示の対象はグラフ表示１８０の場合
と同様に管理項目表示１７０から選択設定が可能であ
る。

【０１０６】手番管理図１９０の「注文確定」は２件が
「良」、８件が「可」であり、「予定」は１３０件が
「良」という状態であることが示される。手番管理は図
１７の手番管理モジュール１７１０により処理され、そ
の処理結果が図１６の表示制御部１６０９に入力され、
表示制御部１６０９は表示装置１６０６上に手番管理図
１９０を表示する。手番管理表示の対象となる管理項目
の選択は、グラフ表示１８０のための項目選択と同様
に、項目管理モジュール１７０５が処理する。

【０１０７】＜ソフトウエアの供給＞本発明は、前述し
た実施形態の機能を実現するソフトウェアのプログラム
コードを記録した記憶媒体を、システムあるいは装置に
供給し、そのシステムあるいは装置のコンピュータ（ま
たはＣＰＵやＭＰＵ（マイクロプロセッシングユニッ
ト））が記憶媒体に格納されたプログラムコードを読出
し実行することによっても、達成される。

【０１０８】この場合、記憶媒体から読出されたプログ
ラムコード自体が前述した実施形態の機能を実現するこ
とになり、そのプログラムコードを記憶した記憶媒体は
本発明を構成することになる。

【０１０９】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ
−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭな
どを用いることができる。

【０１１０】また、コンピュータが読出したプログラム
コードを実行することにより、前述した実施形態の機能
が実現されるだけでなく、そのプログラムコードの指示
に基づき、コンピュータ上で稼働しているＯＳ（オペレ
ーティングシステム）などが実際の処理の一部または全
部を行い、その処理によって前述した実施形態の機能が
実現される場合も含まれる。

【０１１１】さらに、記憶媒体から読出されたプログラ
ムコードが、コンピュータに挿入された機能拡張ボード
やコンピュータに接続された機能拡張ユニットに備わる
メモリに書込まれた後、そのプログラムコードの指示に
基づき、その機能拡張ボードや機能拡張ユニットに備わ
るＣＰＵなどが実際の処理の一部または全部を行い、そ
の処理によって前述した実施形態の機能が実現される場
合も含まれる。

【０１１２】本発明を上記記憶媒体に適用する場合、そ
の記憶媒体には、先に説明したフローチャート（図１５
及び図１８）に対応するプログラムコードを格納するこ
とになるが、プログラムの機能構成という観点でまとめ
ると図１７に示す各モジュールが記憶媒体に格納される
ことになる。

【０１１３】すなわち、部品の受発注の結果を示すデー
タをサーバからクライアントにダウンロードし、最新の
データに更新するデータ更新モジュール１７０２と、ア
イコンの登録、変更、削除の管理を行うアイコン管理モ
ジュール１７０３と、受発注を識別させるアイコンと、
受発注の結果を示すデータ件数との組合わせ表示の処理
を行う表示制御モジュール１７０４、グラフ表示のため
に選択設定された管理項目を管理する項目管理モジュー
ル１７０５、グラフ表示のための基準日、期間等の時間
管理を行う時間管理モジュール、選択設定された管理項
目と表示起算日が設定されたデータをグラフ表示するグ
ラフ表示モジュール１７０７、グラフ表示のためのデー
タをサーバデータベースからクライアントにダウンロー
ドする読取りモジュール１７０８、表示されたグラフの
視野角度を変更するための視野角度変更モジュール１７
０９、さらに手番管理図をグラフ化する手番管理モジュ
ール１７１０、ショップ間の受発注管理を行うショップ
受発注管理モジュール１７１１とを備える。

【発明の効果】受発注の管理を行うための管理項目と、
受発注の結果を示すデータの関係をグラフにより目視化
をすることにより、日単位の受発注処理の推移、管理項
目ごとの比較など多面的な分析が可能となり、緻密な受
発注管理が可能となる。

【０１１４】具体的には、計画遅延などの異常値をタイ
ムリーに作業者に知らせることが可能となり、表形式の
シートに記入された数値データ（型番、数量、納期等）
等を作業者がその都度検索する必要がなくなるので、人
為的な確認ミス等が解消できる。さらに、必要な情報を
選択的に検索することができるので、データ検索に要す
る作業時間の短縮も可能となる。

【０１１５】

【図面の簡単な説明】

【図１】管理項目表示とグラフ表示による受発注管理画
面である。

【図２】クライアント・サーバシステムを示す図であ
る。

【図３】ショップとクライアントとサーバの関係を示す
図である。

【図４】ショップ間で発注と受注の関係を示す図であ
る。

【図５】発注と受注の関係を説明するための具体例を示
す図である。

【図６】従来例を示す部品管理システムの概念図であ
る。

【図７】スプレッドシート形式による表示例である。

【図８】表示角度を変えた場合のグラフ表示例を示す図
である。

【図９】表示角度を変えた場合のグラフ表示例を示す図
である。

【図１０】管理項目表示とグラフ表示による受注管理画
面である。

【図１１】管理項目表示とグラフ表示による発注管理画
面である。

【図１２】発注先が複数ある場合を示す図である。

【図１３】発注元が複数ある場合を示す図である。

【図１４】管理項目表示とグラフ表示と手番管理表示に
よる発注管理画面である。

【図１５】グラフ表示処理を示すフローチャートであ
る。

【図１６】クライアント、サーバシステムをそれぞれ構
成するコンピュータの構成を示した図である。

【図１７】実施形態における記録媒体のメモリマップを
示す図である。

【図１８】アイコンとデータ件数の組合わせ表示処理を
示すフローチャートである。

【符号の説明】

１００受発注管理画面１３０手番管理図を含む受発注管理画面１０００受注管理画面１１００発注管理画面１７０管理項目表示１８０グラフ表示１９０手番管理表示１０１,１０３,１０４,１０５,１０６,１０７,１０８,
１０９管理項目１１０,１１１,１１２,１１３,１１４,１１５,１１６,
１１７管理項目２０、３０５サーバ２４、２６、２８、２９、３１０ａ、ｂ、ｃ、ｄクラ
イアント３２０、３３０、３４０、３５０サーバ内の処理領域４００、３６０、３７０、３８０、３９０データベ
ース３０１ａ，ｂ，ｃ，ｄ工場におけるショップ４０１プリント基板の製作を担当するショップ４０２ハーネスの作成を担当するショップ１３１サーバの中央演算装置（ＣＰＵ）１３３-１、１３３−２、１３３−３端末１２２０、１２３０、１２４０、１２５０、１３５０
発注先１２１２、１３１０、１３２０、１３３０、１３４０
発注元

───────────────────────────────────────────────────── フロントページの続き (72)発明者金屋光二東京都大田区下丸子３丁目30番２号キヤノン株式会社内

Claims

【特許請求の範囲】

【請求項１】部品の受発注を管理するシステムであっ
て、受注若しくは発注を識別させるための管理項目を表示手
段に表示させるための第一の表示制御手段と、前記管理項目に対応した受発注の結果を示すデータを保
存手段から読取るための読取り手段と、前記管理項目と前記読取り手段により読取られたデータ
との関係を、前記表示手段にグラフ表示させるための第
二の表示制御手段とを備えることにより、前記受発注管
理を行うことを特徴とする部品管理システム。
【請求項２】前記グラフ表示される各々の管理項目
は、前記第一の表示制御手段により表示される各々の管
理項目から選択されることを特徴とする請求項１記載の
部品管理システム。
【請求項３】前記読取り手段により読取られたデータ
は、保存手段からダウンロードされることを特徴とする
請求項１記載の部品管理システム。
【請求項４】前記データは、日単位の受発注件数であ
ることを特徴とする請求項１記載の部品管理システム。
【請求項５】前記グラフ表示の期間は、入力手段から
入力する表示起算日と、日数とにより設定されることを
特徴とする請求項１記載の部品管理システム。
【請求項６】前記日数は、受発注管理の基準日数であ
る５日間を初期値とすることを特徴とする請求項５記載
の部品管理システム。
【請求項７】前記グラフ表示は、データ更新日あるい
は部品納期日のいずれかを前記表示起算日として切替え
設定するための第三の表示制御手段を備えることを特徴
とする請求項１記載の部品管理システム。
【請求項８】前記グラフ表示は、入力手段から入力さ
れる情報に従いグラフ表示の表示角度を切替えるための
第四の表示制御手段を備えることを特徴とする請求項１
記載の部品管理システム。
【請求項９】部品の受注若しくは発注を管理するシス
テムであって、複数のコンピュータ間で受注若しくは発注の結果を示す
データを授受をするためのデータ授受手段と、前記授受された受注若しくは発注の結果を示すデータ件
数と、受注および発注を識別させるためのアイコンとの
組合わせ表示と、前記データ件数の日別のグラフ表示と
を表示する表示手段とを具備することにより、前記部品
の受注若しくは発注の管理を行うことを特徴とする部品
管理システム。
【請求項１０】部品の受発注を管理する方法であっ
て、受注若しくは発注を識別させるための管理項目を表示手
段に表示させるための第一の表示制御工程と、前記管理項目に対応した受発注の結果を示すデータを保
存手段から読取る読取り工程と、前記管理項目と前記読取り工程により読取られたデータ
との関係を、前記表示手段にグラフ表示させるための第
二の表示制御工程とを備えることにより、前記受発注管
理を行うことを特徴とする部品管理方法。
【請求項１１】前記グラフ表示は、データ更新日ある
いは部品納期日のいずれかを前記表示起算日として切替
え設定するための第三の表示制御工程を備えることを特
徴とする請求項１０記載の部品管理方法。
【請求項１２】前記グラフ表示は、入力手段から入力
される値に従いグラフ表示の表示角度を切替えるための
第四の表示制御工程を備えることを特徴とする請求項１
０記載の部品管理方法。
【請求項１３】部品の受注若しくは発注を管理する方
法であって、複数のコンピュータ間で受注若しくは発注の結果を示す
データを授受をするためのデータ授受工程と、前記授受された受注若しくは発注の結果を示すデータ件
数と、受注および発注を識別させるためのアイコンとの
組合わせ表示と、前記データ件数の日別のグラフ表示と
を表示する表示工程とを具備することにより、前記部品
の受注若しくは発注の管理を行うことを特徴とする部品
管理方法。
【請求項１４】受注若しくは発注を識別させるための
管理項目を表示手段に表示させるための第一の表示制御
手段と、前記管理項目に対応した受発注の結果を示すデータを保
存手段から読取るための読取り手段と、前記管理項目と前記読取り手段により読取られたデータ
との関係を、前記表示手段にグラフ表示させるための第
二の表示制御手段とを機能させるためのプログラムを記
憶したコンピュータ可読の記憶媒体。