JP3261082B2 - 部品管理システム及び方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

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

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

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

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

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

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

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

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

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

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

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

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

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

【００１２】従来の部品管理は特定の条件に基づく画一
的なデータ表示であり、ショップの受発注処理に関し
て、全体的な状況と詳細な状況を検索するためには、複
数のアプリケーションを使用する必要があった。このよ
うな場合データの対応を確認しながら検索しなければな
らず、部品管理のための付帯作業が煩雑となった。

【００１３】しかしながら、ショップの規模が大きくな
り、扱うデータ数も莫大となると、全体の処理状況と詳
細情報の関係づけは従来の画一的表示では困難となっ
た。

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

【００１４】すなわち、部品の受発注を管理するシステ
ムは、受注および発注の少なくとも一方を識別させるた
めの管理項目を表示手段に表示させるための手段であっ
て、前記管理項目が受注、発注のそれぞれにおいて複数表
示される第一の表示制御手段と、前記表示されている受
注、発注の管理項目のいずれか一方において、入力手段
により入力された選択指示に基づき、表示された複数の
管理項目の中から１つの管理項目あるいは全ての管理項
目のいずれかが選択可能な選択手段と、前記管理項目に
対応した受発注の処理件数に関するデータを記憶する記
憶手段と、前記管理項目の内から選択された項目に対応
する前記記憶手段に記憶されたデータを前記表示手段に
表形式表示させるための第二の表示制御手段と、前記選
択手段により管理項目が一つ選択された場合に、前記第
二の表示制御手段による表示上で、前記入力手段により
入力された選択指示に基づき、前記複数の管理項目の内
から一つ選択された残りの管理項目からの追加選択を可
能にする追加選択手段とを備えることを特徴とする。

【００１５】あるいは、上記の部品の受発注を管理する
システムにおいて、前記第一の表示制御手段は、管理項
目として、前記受発注を識別させるためのアイコンと、
前記受発注の結果を示すデータ件数との組合わせ表示を
することを特徴とする。

【００１６】あるいは、上記の部品の受発注を管理する
システムにおいて、前記第一の表示制御手段は、受注も
しくは発注の管理項目の全てを一度に選択可能にするた
めのアイコンを表示することを特徴とする。

【００１７】あるいは、上記の部品の受発注を管理する
システムにおいて、前記第二の表示制御手段は、前記管
理項目中から選択された一の項目と、前記追加選択手段
により選択された項目とを、合せて表形式表示させるた
めの機能を備えることを特徴とする。

【００１８】あるいは、上記の部品の受発注を管理する
システムにおいて、前記第二の表示制御手段は、前記表
形式表示のために選択された前記項目のアイコンと同一
のアイコンを前記表形式表示に表示させるための機能を
備えることを特徴とする。

【００１９】あるいは、上記の部品の受発注を管理する
システムにおいて、前記第二の表示制御手段は、入力手
段からの選択により、前記表示手段上で表示位置を可変
とする機能を備えることを特徴とする。

【００２０】また、部品の受発注を管理するシステム
は、複数のコンピュータ間で受発注の結果を示すデータ
を授受するためのデータ授受手段と、前記データ授受手
段により授受された受発注の結果を示すデータのうち、
受注および発注の少なくとも一方を識別させるための管
理項目を表示手段に表示させるための手段であって、前
記管理項目が受注、発注のそれぞれにおいて複数表示さ
れる第一の表示制御手段と、前記表示されている受注、
発注の管理項目のいずれか一方において、入力手段によ
り入力された選択指示に基づき、表示された複数の管理
項目の中から１つの管理項目あるいは全ての管理項目の
いずれかが選択可能な選択手段と、前記管理項目に対応
した受発注の処理件数に関するデータを記憶する記憶手
段と、前記管理項目の内から選択された項目に対応する
前記記憶手段に記憶されたデータを前記表示手段に表形
式表示させるための第二の表示制御手段と、前記選択手
段により管理項目が一つ選択された場合に、前記第二の
表示制御手段による表示上で、前記入力手段により入力
された選択指示に基づき、前記複数の管理項目の内から
一つ選択された残りの管理項目からの追加選択を可能に
する追加選択手段とを備え、前記複数のコンピュータ間
で、部品の受発注の管理を行なうことを特徴とする。

【００２１】また、部品の受発注を管理する方法は、受
注および発注の少なくとも一方を識別させるための管理
項目を表示手段に表示させるための処理工程であって、
前記管理項目を受注、発注のそれぞれにおいて複数表示
させる第一の表示制御工程と、前記表示されている受
注、発注の管理項目のいずれか一方において、入力手段
により入力された選択指示に基づき、表示された複数の
管理項目の中から１つの管理項目あるいは全ての管理項
目のいずれかを選択可能にする選択工程と、前記管理項
目に対応した受発注の処理件数に関するデータを記憶手
段に記憶させる記憶工程と、前記管理項目の内から選択
された項目に対応する前記記憶手段に記憶されたデータ
を前記表示手段に表形式表示させるための第二の表示制
御工程と、前記選択工程により管理項目が一つ選択処理
された場合に、前記第二の表示制御工程による表示上
で、前記入力手段により入力された選択指示に基づき、
前記複数の管理項目の内から一つ選択された残りの管理
項目からの追加選択を可能にする追加選択工程とを備え
ることを特徴とする。

【００２２】あるいは、上記の部品の受発注を管理する
方法において、前記第一の表示制御工程は、管理項目と
して、前記受発注を識別させるためのアイコンと、前記
受発注の結果を示すデータ件数との組合わせ表示をする
ことを特徴とする。

【００２３】あるいは、上記の部品の受発注を管理する
方法において、前記第一の表示制御工程は、受注もしく
は発注の管理項目の全てを一度に選択可能にするための
アイコンを表示することを特徴とする。

【００２４】あるいは、上記の部品の受発注を管理する
方法において、前記第二の表示制御工程は、前記管理項
目中から選択された一の項目と、前記追加選択工程によ
り選択された項目とを、合せて表形式表示させるための
機能を備えることを特徴とする。

【００２５】あるいは、上記の部品の受発注を管理する
方法であって、前記第二の表示制御工程は、前記表形式
表示のために選択された前記項目のアイコンと同一のア
イコンを前記表形式表示に表示させるための機能を備え
ることを特徴とする。

【００２６】あるいは、上記の部品の受発注を管理する
方法において、前記第二の表示制御工程は、入力工程か
らの選択処理により、前記表示手段上で表示位置を可変
とする機能を備えることを特徴とする。

【００２７】また、部品の受発注をコンピュータで管理
する方法を実行するためのプログラムモジュールを記憶
したコンピュータ可読の記憶媒体であって、該プログラ
ムモジュールが、受注および発注の少なくとも一方を識
別させるための管理項目を表示手段に表示させるための
処理モジュールであって、前記管理項目が受注、発注のそ
れぞれにおいて複数表示される第一の表示制御モジュー
ルと、前記表示されている受注、発注の管理項目のいず
れかに一方において、入力手段により入力された選択指
示に基づき、表示された複数の管理項目の中から１つの
管理項目あるいは全ての管理項目のいずれかを選択可能
にする選択モジュールと、前記管理項目に対応した受発
注の処理件数に関するデータを記憶手段に記憶させる記
憶モジュールと、前記管理項目の内から選択された項目
に対応する前記記憶手段に記憶されたデータを前記表示
手段に表形式表示させるための第二の表示制御モジュー
ルと、前記選択モジュールにより管理項目が一つ選択処
理された場合に、前記第二の表示制御モジュールによる
表示上で、前記入力手段により入力された選択指示に基
づき、前記複数の管理項目の内から一つ選択された残り
の管理項目からの追加選択を可能にする追加選択モジュ
ールとを備えることを特徴とする。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００８２】表形式表示する場合（Ｓ１３０１−ＹＥ
Ｓ）は表形式表示の対象となる項目を選択する（Ｓ１３
０２）。項目の選択はマウス、キーボード、トラックボ
ール等の入力装置１４０７から、管理項目表示１７０の
項目を選択入力することによる。但し、選択は全てのア
イコンを対象とする場合（Ｓ１３０２−ＹＥＳ）か、１
つのアイコンの選択（Ｓ１３０２−Ｎｏ）のいずれかで
ある。表形式表示する項目の選択入力は図１５に示す表
項目管理モジュール１７０６が処理する。同一画面上に
管理項目表示１７０と表形式表示１８０を表示すること
により、対応関係が明確となり、項目別の比較が容易に
なる。

【００８３】表項目管理モジュール１７０６の管理の対
象は選択入力された１項目か、アイコンにより表示され
ている全ての項目である。例えば全項目が１３項目ある
場合、２項目目の選択は認められない。このような禁則
処理は、実際のショップの運用形態に即したもので、同
一の注文品が同時に複数の管理項目にわたり表示される
ことが無いためである。但し、表形式表示１８０で、１
項目を選択した場合において、その後前後の項目（アイ
コン）を参照する必要が生じる場合もあるので、このよ
うな要求に対応するために後に説明する追加選択モジュ
ール１５１２が用意されている。

【００８４】選択設定された項目（Ｓ１３０２−ＹＥ
Ｓ，１３０３）の受発注の結果を示す詳細なデータは、
読取りモジュール（図１５の１５０７）によりサーバ３
０５（図３）のデータベース（１３１５、図３の４０
０、３６０、３７０、３８０、３９０）から検索され
（Ｓ１３０４、Ｓ１３０５）、クライアント側にダウン
ロードされる。ダウンロードされたデータは一旦クライ
アント（３１０ａ，ｂ，ｃ，ｄ）側のコンピュータ１４
０１のＲＡＭ１４０４ｂ上に保存され処理待ちとなる。

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

【００８６】表形式表示モジュール１５０８は、更に表
項目管理モジュール１５０６で選択された項目のアイコ
ンと同一のアイコンを表形式表示１８０上に表示するた
めの処理を行う。管理項目表示１７０と表形式表示１８
０の対応関係はアイコン表示による照合で容易に行うこ
とが可能となる。

【００８７】表示された表形式表示１８０は、クライア
ントコンピュータの表示装置１４０６上で表示位置、サ
イズの変更が可能である。

【００８８】移動する場合（Ｓ１３０８−ＹＥＳ，Ｓ１
３１８−ＹＥＳ）はマウス，トラックボール等の入力装
置１４０７により表形式表示１８０の外縁部を選択し、
入力装置１４０７により画面上で位置決めする（１３１
９）。位置決めの実行は図１５に示すプログラム１５０
１の位置可変モジュール１５０９により実行される。位
置決め後の表示装置１４０６上の位置座標は位置可変モ
ジュール１５０９により表形式表示モジュール１５０８
に受け渡される。表形式表示モジュール１５０８は新し
く指定された位置情報を表示制御部１４０９に入力す
る。表示制御部１４０９は位置情報に基づきグラフ表示
１８０を表示装置１４０６上に表示する。

【００８９】移動した表形式表示１８０が例えば管理項
目表示１７０と重なる場合があるが、表示装置１４０６
上の管理項目表示１７０と、表形式表示１８０とが干渉
（表示が重複）する場合は、図１５のプログラム１５０
１の重ね書きモジュール１５１１が起動し、表形式表示
モジュール１５０８、あるいは表示制御モジュール１５
０４に対して重ね書き処理の表示指示を出す。干渉する
場合にどちらを全面に表示するか、あるいは背面に隠す
かは、マウス、キーボード、トラックボール等の入力装
置１４０７から表示対象（図１の管理項目表示１７０、
表形式表示１８０等）を選択入力する。選択入力の方法
の具体例としては表形式表示１８０の表示の外縁部をマ
ウスで選択クリックすることで可能となる。重ね書きモ
ジュール１５１１の選択入力の結果は、表形式表示モジ
ュール１５０８、あるいは表示制御モジュール１５０４
に入力され、入力されたいずれかの表示用のモジュール
はその結果を表示制御部１４０９に入力する。表示制御
部１４０９は入力に基づき、全面に表示する対象（ある
いは背面に隠す対象）を表示装置１４０６上に表示す
る。

【００９０】サイズ変更する場合（Ｓ１３０８−ＹＥ
Ｓ，Ｓ１３２０−ＹＥＳ）はマウス，トラックボール等
の入力装置１４０７により表形式表示１８０の外縁部を
選択し、入力装置１４０７により画面上でサイズ変更す
る（Ｓ１３２１）。サイズ変更の実行は図１５に示すプ
ログラム１５０１のサイズ可変モジュール１５１０によ
り実行される。サイズ変更後のサイズ情報はサイズ可変
モジュール１５１０により表形式表示モジュール１５０
８に受け渡される。表形式表示モジュール１５０８は新
しく指定されたサイズ情報を表示制御部１４０９に入力
する。表示制御部１４０９はサイズ情報に基づきグラフ
表示１８０を表示装置１４０６上に表示する。

【００９１】１項目を選択した場合（Ｓ１３０３、Ｓ１
３０２−Ｎｏ），表形式表示１８０上から項目の追加選
択が可能となる。追加選択されると（１３０９−ＹＥ
Ｓ、１３１０）、追加選択モジュール（図１５の１５１
２）が起動する。追加選択モジュール１５１２は、選択
された項目（アイコン）の受発注データをサーバ３０５
（図３）のデータベース（４００、３６０、３７０、３
８０、３９０）から検索し、クライアント側（３１０
ａ，ｂ，ｃ，ｄ）にダウンロードする（１３１１）。ダ
ウンロードされたデータはコンピュータ１４０１のＲＡ
Ｍ１４０４ｂ上に一旦処理待ちとして保存される。

【００９２】保存した後、追加選択モジュール１５１２
は処理待ちとして保存したデータを、表形式表示モジュ
ール１５０８に受け渡す。表形式表示モジュール１５０
８はそのデータを追加した表形式情報として表示制御部
１４０９に入力する。表示制御部１４０９は表形式表示
を更新して表示装置１４０６上に表形式表示１８０を表
示する（図８）。

【００９３】表形式表示１８０のデータ並び順は，図８
の場合管理項目が選択された順番であるが、ソーティン
グ（並び順の入れ替え）した表示も可能である。ソーテ
ィングの条件は、アイコン単位で並びの入れ替えや、特
定の日にちごとの分類等があり、ソーティングの実行は
入力装置１４０７から不図示であるが表示装置１４０６
上の入力欄に入力されることで行われる。ソーティング
の実行入力されると、表形式表示モジュール１５０８は
データの並び替えを行い、その結果を表示制御部１４０
９に入力する。表示制御部１４０９はその結果を表示装
置１４０６に表示する。

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

【００９５】更に、第二の表示制御手段は、位置可変モ
ジュール１５０９、サイズ可変モジュール１５１０、重
ね書きモジュール１５１１との組合わせにより、表示装
置１４０６に表示する表形式表示１８０の表示位置を変
え、表示サイズを変更し、重ね書き（管理項目表示１７
０の表示と重複した場合に、いずれを前面に表示する
か）処理を実行する機能を備える。

【００９６】また、読取りモジュール（図１５の１５０
７）は第一の読取り手段として機能する。読取りモジュ
ール１５０７は選択設定された項目（１項目か全項目）
の受発注の結果を示す詳細なデータをサーバ３０５（図
３）のデータベース（図３の４００、３６０、３７０、
３８０、３９０）から検索し、クライアント側にダウン
ロードするために機能する。

【００９７】さらに、追加選択モジュール（図１５の１
５１２）は第二の読取り手段として機能する。追加選択
モジュール１５１２は表形式表示１８０上から追加選択
された項目（アイコン）の受発注データをサーバ３０５
（図３）のデータベース（４００、３６０、３７０、３
８０、３９０）から検索し、クライアント側（３１０
ａ，ｂ，ｃ，ｄ）にダウンロードするために（１３１
１）機能する。

【００９８】＜表形式表示の説明＞図１の表形式表示１
８０は受注に関する「注文確定」１０４が選択された表
示例である。表形式表示上の区分の欄に選択された管理
項目のアイコン（注文確定の場合「●」）と、同一のア
イコンが表示される。画面上でアイコンの照合をするこ
とにより対応関係が明確となり、項目別の比較が容易に
なる。一項目を選択した場合、さらに表形式表示の対象
を追加することは表上の追加選択欄１８５から行うこと
が可能である。追加選択欄の項目は管理項目表示１７０
と一致しており、共通のアイコンにより表示される。項
目はマウス等の入力装置１４０７により選択する。追加
選択の処理は先に説明した追加選択モジュール１５１２
（図１５）が実行する。

【００９９】管理項目１７０からの選択制限は、部品管
理を行うショップの運用形態に合わせたもので、通常は
特定の管理項目１つを参照し、その結果として前後の項
目の参照が必要となった場合は追加するという検索方法
をシステムに反映させたものである。

【０１００】人間系からすると、作業パターンをそのま
ま踏襲してシステムを運用することが可能となるので、
作業効率をより一層向上することができるというメリッ
トがある。

【０１０１】具体的には、表形式のシートに記入された
数値データ（型番、数量、納期等）等を作業者がその都
度検索する際において、照合が容易になり人為的な確認
ミス等が解消でき、さらにデータ検索に要する作業時間
の短縮が可能となる等の効果がある。

【０１０２】また、システム側からすると、データベー
スへのアクセスを必要最小限度に抑えることができ、ハ
ードウエア資源の効率を高水準に維持することが可能と
なるというメリットも生じる。

【０１０３】図８は、「検収」１０９の項目を追加して
表示した場合の画面表示である。追加選択された項目に
ついても、最初の選択（この場合だと「注文確定」１０
４）と同様にアイコン表示が示される。表示される項目
が複数になるとアイコンによる照合は極めて効果的にな
る。

【０１０４】表形式表示１８０のデータ並び順は，図８
の場合項目が選択された順番であるが、ソーティング
（並び順の入れ替え）表示も可能である。

【０１０５】表形式表示は前記のように項目を個別（１
項目）選択する他に項目を一括して表示することも可能
である。図１に示す管理項目表示１７０の内、注文の受
注に関するアイコン１０１を選択すると、受注に関する
全ての詳細情報（予定１０３、注文確定１０４、遅延１
０５、注文分割１０６、注文変更１０７、検査中１０
８、検収１０９）が表形式に表示される。

【０１０６】同様に、１７０の内、注文の発注に関する
アイコン１１７を選択すると、発注に関する全ての詳細
情報が表形式に表示される。一括した表形式表示の処理
は表形式表示モジュール１５０８が実行する。

【０１０７】表形式の表示は、マウス等の入力装置１４
０７により選択され、プレスの状態（マウスボタンを押
した状態）にして画面上の表示位置を変えることができ
る。表の表示１８０は管理項目表示１７０に重ねて表示
することが可能である。すなわち表示１７０の前面側に
表示することも、背面側に表示することも可能である。

【０１０８】表形式の表示は、マウス等の入力装置１４
０７により選択され、プレスの状態（マウスボタンを押
した状態）にしてマウスを動かすことにより画面上の表
示サイズを変えることができ、表形式の表示自体をアイ
コンにより極小化することもできる。これらの処理は先
に説明した位置可変モジュール１５０９、重ね書きモジ
ュール１５１１、サイズ可変モジュール１５１０により
実行される。

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

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

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

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

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

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

【０１１５】すなわち、部品の受発注の結果を示すデー
タをサーバからクライアントにダウンロードし、最新の
データに更新するデータ更新モジュール１５０２と、ア
イコンの登録、変更、削除の管理を行うアイコン管理モ
ジュール１５０３と、受発注を識別させるアイコンと、
受発注の結果を示すデータ件数との組合わせ表示の処理
を行う表示制御モジュール１５０４、ショップ間の受発
注関係を管理するショップ受発注管理モジュール１５０
５、表形式表示のために選択された項目管理を行う表項
目管理モジュール１５０６、表形式表示のために必要と
なるデータをサーバデータベースから検索し、クライア
ント側にダウンロードするための読取りモジュール１５
０７、表形式表示するためのデータ処理を行う表形式表
示モジュール１５０８、表形式表示の表示位置を変える
ための処理を行う位置可変モジュール１５０９、表形式
表示のサイズ変更処理を行うサイズ可変モジュール１５
１０、管理項目表示と、表形式表示とが干渉した場合に
重ね書き処理を行う重ね書きモジュール１５１１、表形
式表示の項目追加を処理する追加選択モジュール１５１
２とを備える。

【発明の効果】アイコン表示（管理項目）とデータ件数
との組合わせにより全体の状況を管理し、選択された項
目の詳細情報を表形式に表示する管理を行う。アイコン
を共通にした表示による管理は、ショップ全体の処理状
況を示す管理と、部品単位の詳細管理の対応ずけを容易
とし、緻密な受発注管理を可能とする。

【０１１６】また、表形式表示の項目選択は、通常は管
理項目から一項目が参照され、さらに他の項目の参照が
必要となった場合は表形式表示から追加をされる。

【０１１７】このような検索パターンは、実際に行われ
ている部品管理をシステムに反映させたものである。人
間系からすると、作業パターンをそのまま踏襲してシス
テムを運用することが可能となるので、作業効率をより
一層向上することができる。

【０１１８】具体的には、表形式のシートに記入された
数値データ（型番、数量、納期等）等を作業者がその都
度検索する際において、照合が容易になり人為的な確認
ミス等が解消でき、さらにデータ検索に要する作業時間
の短縮が可能となる等の効果がある。

【０１１９】また、システム側からすると、データベー
スへのアクセスを必要最小限度にすることができ、ハー
ドウエア資源の効率を高水準に維持することが可能とな
る。

【０１２０】

【図面の簡単な説明】

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

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

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

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

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

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

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

【図８】表形式表示の対象項目を追加した受発注管理画
面である。

【図９】管理項目表示と表形式表示による受注管理画面
である。

【図１０】管理項目表示と表形式表示による発注管理画
面である。

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

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

【図１３】表形式表示の処理を示すフローチャートであ
る。

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

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

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平６−19924（ＪＰ，Ａ) 特開 平９−26998（ＪＰ，Ａ) 特開 平７−21268（ＪＰ，Ａ) ＨＩＴＡＣＨＩ ＧｒｏｕｐＭａｉｌ ユーザーズガイド，日本，株式会社日 立製作所，第４版，ｐｐ．149−161 (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 19/00 G06F 17/60

Claims (14)

(57)【特許請求の範囲】
1. 【請求項１】 部品の受発注を管理するシステムであっ
   て、 受注および発注の少なくとも一方を識別させるための管
   理項目を表示手段に表示させるための手段であって、前
   記管理項目が受注、発注のそれぞれにおいて複数表示さ
   れる第一の表示制御手段と、 前記表示されている受注、発注の管理項目のいずれか一
   方において、入力手段により入力された選択指示に基づ
   き、表示された複数の管理項目の中から１つの管理項目
   あるいは全ての管理項目のいずれかが選択可能な選択手
   段と、 前記管理項目に対応した受発注の処理件数に関するデー
   タを記憶する記憶手段と、 前記管理項目の内から選択された項目に対応する前記記
   憶手段に記憶されたデータを前記表示手段に表形式表示
   させるための第二の表示制御手段と、 前記選択手段により管理項目が一つ選択された場合に、
   前記第二の表示制御手段による表示上で、前記入力手段
   により入力された選択指示に基づき、前記複数の管理項
   目の内から一つ選択された残りの管理項目からの追加選
   択を可能にする追加選択手段とを備えることを特徴とす
   る部品管理システム。
2. 【請求項２】 前記第一の表示制御手段は、管理項目と
   して、前記受発注を識別させるためのアイコンと、前記
   受発注の結果を示すデータ件数との組合わせ表示をする
   ことを特徴とする請求項１記載の部品管理システム。
3. 【請求項３】 前記第一の表示制御手段は、受注もしく
   は発注の管理項目の全てを一度に選択可能にするための
   アイコンを表示することを特徴とする請求項１あるいは
   ２に記載の部品管理システム。
4. 【請求項４】 前記第二の表示制御手段は、前記管理項
   目中から選択された一の項目と、前記追加選択手段によ
   り選択された項目とを、合せて表形式表示させるための
   機能を備えることを特徴とする請求項１記載の部品管理
   システム。
5. 【請求項５】 前記第二の表示制御手段は、前記表形式
   表示のために選択された前記項目のアイコンと同一のア
   イコンを前記表形式表示に表示させるための機能を備え
   ることを特徴とする請求項１記載の部品管理システム。
6. 【請求項６】 前記第二の表示制御手段は、入力手段か
   らの選択により、前記表示手段上で表示位置を可変とす
   る機能を備えることを特徴とする請求項１記載の部品管
   理システム。
7. 【請求項７】 部品の受発注を管理するシステムであっ
   て、 複数のコンピュータ間で受発注の結果を示すデータを授
   受するためのデータ授受手段と、 前記データ授受手段により授受された受発注の結果を示
   すデータのうち、受注および発注の少なくとも一方を識
   別させるための管理項目を表示手段に表示させるための
   手段であって、前記管理項目が受注、発注のそれぞれにお
   いて複数表示される第一の表示制御手段と、 前記表示されている受注、発注の管理項目のいずれか一
   方において、入力手段により入力された選択指示に基づ
   き、表示された複数の管理項目の中から１つの管理項目
   あるいは全ての管理項目のいずれかが選択可能な選択手
   段と、 前記管理項目に対応した受発注の処理件数に関するデー
   タを記憶する記憶手段と、 前記管理項目の内から選択された項目に対応する前記記
   憶手段に記憶されたデータを前記表示手段に表形式表示
   させるための第二の表示制御手段と、 前記選択手段により管理項目が一つ選択された場合に、
   前記第二の表示制御手段による表示上で、前記入力手段
   により入力された選択指示に基づき、前記複数の管理項
   目の内から一つ選択された残りの管理項目からの追加選
   択を可能にする追加選択手段とを備え、前記複数のコン
   ピュータ間で、部品の受発注の管理を行なうことを特徴
   とする部品管理システム。
8. 【請求項８】 部品の受発注を管理する方法であって、 受注および発注の少なくとも一方を識別させるための管
   理項目を表示手段に表示させるための処理工程であっ
   て、前記管理項目を受注、発注のそれぞれにおいて複数表
   示させる第一の表示制御工程と、 前記表示されている受注、発注の管理項目のいずれか一
   方において、入力手段により入力された選択指示に基づ
   き、表示された複数の管理項目の中から１つの管理項目
   あるいは全ての管理項目のいずれかを選択可能にする選
   択工程と、 前記管理項目に対応した受発注の処理件数に関するデー
   タを記憶手段に記憶させる記憶工程と、 前記管理項目の内から選択された項目に対応する前記記
   憶手段に記憶されたデータを前記表示手段に表形式表示
   させるための第二の表示制御工程と、 前記選択工程により管理項目が一つ選択処理された場合
   に、前記第二の表示制御工程による表示上で、前記入力
   手段により入力された選択指示に基づき、前記複数の管
   理項目の内から一つ選択された残りの管理項目からの追
   加選択を可能にする追加選択工程とを備えることを特徴
   とする部品管理方法。
9. 【請求項９】 前記第一の表示制御工程は、管理項目と
   して、前記受発注を識別させるためのアイコンと、前記
   受発注の結果を示すデータ件数との組合わせ表示をする
   ことを特徴とする請求項８記載の部品管理方法。
10. 【請求項１０】 前記第一の表示制御工程は、受注もし
    くは発注の管理項目の全てを一度に選択可能にするため
    のアイコンを表示することを特徴とする請求項８あるい
    は９に記載の部品管理方法。
11. 【請求項１１】 前記第二の表示制御工程は、前記管理
    項目中から選択された一の項目と、前記追加選択工程に
    より選択された項目とを、合せて表形式表示させるため
    の機能を備えることを特徴とする請求項８記載の部品管
    理方法。
12. 【請求項１２】 前記第二の表示制御工程は、前記表形
    式表示のために選択された前記項目のアイコンと同一の
    アイコンを前記表形式表示に表示させるための機能を備
    えることを特徴とする請求項８記載の部品管理方法。
13. 【請求項１３】 前記第二の表示制御工程は、入力工程
    からの選択処理により、前記表示手段上で表示位置を可
    変とする機能を備えることを特徴とする請求項８記載の
    部品管理方法。
14. 【請求項１４】 部品の受発注をコンピュータで管理す
    る方法を実行するためのプログラムモジュールを記憶し
    たコンピュータ可読の記憶媒体であって、該プログラム
    モジュールが、 受注および発注の少なくとも一方を識別させるための管
    理項目を表示手段に表示させるための処理モジュールで
    あって、前記管理項目が受注、発注のそれぞれにおいて複
    数表示される第一の表示制御モジュールと、 前記表示されている受注、発注の管理項目のいずれかに
    一方において、入力手段により入力された選択指示に基
    づき、表示された複数の管理項目の中から１つの管理項
    目あるいは全ての管理項目のいずれかを選択可能にする
    選択モジュールと、 前記管理項目に対応した受発注の処理件数に関するデー
    タを記憶手段に記憶させる記憶モジュールと、 前記管理項目の内から選択された項目に対応する前記記
    憶手段に記憶されたデータを前記表示手段に表形式表示
    させるための第二の表示制御モジュールと、 前記選択モジュールにより管理項目が一つ選択処理され
    た場合に、前記第二の表示制御モジュールによる表示上
    で、前記入力手段により入力された選択指示に基づき、
    前記複数の管理項目の内から一つ選択された残りの管理
    項目からの追加選択を可能にする追加選択モジュールと
    を備えることを特徴とする記憶媒体。