JP2016071852A - 部品管理システムおよびプログラム - Google Patents

Abstract

【課題】開発設計部門と調達・製造部門とで共通に使用することができ、かつ各部品毎に登録する必要がある属性項目の数を、全ての部品について同じ属性項目を設定する場合と比較して削減する。【解決手段】情報受信部４１は、設計的視点による分類である機能分類と、調達・製造的視点による分類である工法・材料分類の２つの分類の組み合わせにより２次元的に設定された複数の複合部品分類の中から、新しく登録を行う部品に合致する複合部品分類の選択を受け付ける。そして、情報受信部４１は、選択された複合部品分類に対して設定され各複合部品分類毎に異なる複数の属性情報、複合部品分類に関係なくどの部品に対しても共通に設定されている共通属性情報および部品品番を含む部品情報の入力を受け付ける。部品情報データベース３２は、情報受信部４１により受け付けられた部品情報を格納する。【選択図】図３

Description

本発明は、部品管理システムおよびプログラムに関する。

特許文献１には、金属部品の寸法や曲げ加工に関する属性データを用いたオブジェクト指向曲げモデルを格納したコンピュータ読取可能媒体が開示されている。

特許文献２には、製品または部品とこの製品または部品を構成する構成部品に関する構成部品データベースに基づいて、製品または部品と対応する構成部品の各図面または各部品表の版数を示す関連図を表示するようにした構成部品データ管理装置が開示されている。

特許文献３には、３次元モデルを構成する各部品の属性情報を、部品間に存在する従属関係に基づいて並び換えて表示するようにした３次元モデル管理装置が開示されている。

特許文献４には、部品と属性および仕様決定有無を属性情報としてデータベースに記憶し、このデータベースにおける部品検索の結果得られた部品リストを表示するようにした製品設計支援装置が開示されている。

特許第３２６５２３３号公報 特許第３４５８７２８号公報 特許第３７５９３５６号公報 特許第４０１１９９５号公報

一般的な従来の部品データでは、部品品番に対応させてその部品の名称や調達先の情報等を対応させて記憶しておき、必要な時には欲しい情報の条件を設定して検索することにより条件に合致した部品リストを得るものであった。

そして、検索する部品を選択するための様々な条件を設定できるようにするためには、各部品毎に様々な属性情報を登録する必要がある。

例えば、開発設計部門では、部品を機能毎に分類して、必要な機能を達成するための部品が既に存在するか等の情報を得ることができる部品データベースを希望する。

これに対して、購買部等の調達部門、製造部門等は、部品の機能的な分類よりも、材料、加工法で分類した部品データベースを使用して、調達先の選定等を行うことができることを希望する。何故ならば、購買部等の調達部門では、板金部品であれば板金部品メーカーに発注し、樹脂部品であれば樹脂部品メーカーに発注するため、その部品がどのような機能を有するのかよりもどのような材料、加工法で作られるのかが必要になるからである。

そのため、開発設計部門で必要となる部品データベースと、調達部門、製造部門等で必要な部品データベースとでは要求される仕様が異なり、別々のデータベースを構築して運用する場合もあった。

しかし、部品単価を低減させて製品のコストを削減しようとした場合、開発設計部門の部品データベースと、調達部門、製造部門等の部品データベースが連携していないと、どの部品がどのような価格でどこから調達されているのかを開発設計部門では把握できないという課題が発生する。

そのため、開発設計部門と調達部門、製造部門等とで共通に使用することができ、かつ必要な情報を得ることが可能なデータベースを構築しようとすると、各部品に登録するための属性項目の数が多くなってしまうという問題がある。

また、既に部品品番が設定されている部品の中から希望する仕様の部品を選択する場合や、似たような仕様の部品を統合して部品単価を低減しようとする場合、部品品番毎にその部品の仕様が登録されていることが必要となる。

しかし、部品の種類毎にその部品の特性を表現する属性項目が異なる。例えば、モータ、ベアリングおよび樹脂部品では、その部品の特性を表現するための属性項目が全く異なる。そのため、各部品品番毎に必要な属性項目を登録できるようにした場合、部品品種が多くなると属性項目の数が膨大になってしまい現実的に使用することができなくなる。そのため、各部品の重量、寸法や発注先、材質程度の共通的な属性情報を登録することしかできないという制限があった。

また、膨大な数の図面から属性項目を引き出して紐付ける作業をするためには各部品を分類しておくようにすることが考えられる。なぜなら部品を分類すればその分類種毎に登録する属性項目をあらかじめ決めておく事ができるため、図面に記載されている属性項目のうちどの属性情報を選択して登録するかを容易に判断することができるからである。しかしこの「分類」は、設計部門では「機能分類」で、調達・製造部門では「材料加工分類」で、それぞれ行われてきたためお互いの部門で共通に利用できなかった。

このような事情により、調達部門、製造部門等と開発設計部門とで共通に使用することができ、各部品毎に必要な属性情報が登録可能な部品データベースを構築しようとしても、各部品毎に登録しなければならない属性項目の数が膨大になり現実的に使用可能な範囲を超えてしまい使い難い、または使うことができないものになってしまうという課題があった。

本発明の目的は、開発設計部門と調達・製造部門（環境管理部門・品質部門・原価管理部門等）とで共通に使用することができ、かつ各部品毎に登録する必要がある属性項目の数を、全ての部品について同じ属性項目を設定する場合と比較して削減することが可能な部品管理システムおよびプログラムを提供することである。

［部品管理システム］
請求項１に係る本発明は、分類毎の属性を同じ属性で統一できるように分類した部品分類の中から、新しく登録を行う部品に合致する部品分類の選択を受け付ける第１の受付手段と、
選択された分類に対して統一して設定され各部品分類毎に異なる属性情報、部品分類に関係なくどの部品に対しても共通に設定されている共通属性情報および部品品番を含む部品情報の入力を受け付ける第２の受付手段と、
前記第２の受付手段により受け付けられ、部品分類毎に異なる属性情報が設定された部品情報を格納する部品情報データベースと、
前記部品情報データベースに格納されている部品情報の中から、指定された条件に合致する部品情報を検索する検索手段と、
前記検索手段により検索された部品情報のリストを出力する出力手段とを有する部品管理システムである。

［プログラム］
請求項２に係る本発明は、分類毎の属性を同じ属性で統一できるように分類した部品分類の中から、新しく登録を行う部品に合致する部品分類の選択を受け付ける第１の受付ステップと 、
選択された分類に対して統一して設定され各部品分類毎に異なる属性情報、部品分類に関係なくどの部品に対しても共通に設定されている共通属性情報および部品品番を含む部品情報の入力を受け付ける第２の受付ステップと、
前記第２の受付ステップにより受け付けられ、部品分類毎に異なる属性情報が設定された部品情報を部品情報データベースに格納するステップと、
前記部品情報データベースに格納されている部品情報の中から、指定された条件に合致する部品情報を検索する検索ステップと、
前記検索ステップにより検索された部品情報のリストを出力する出力ステップとをコンピュータに実行させるためのプログラムである。

請求項１に係る本発明によれば、開発設計部門と調達・製造部門（環境管理部門・品質部門・原価管理部門等）とで共通に使用することができ、かつ各部品毎に登録する必要がある属性項目の数を、全ての部品について同じ属性項目を設定する場合と比較して削減することができる部品管理システムを提供することができる。

請求項２に係る本発明によれば、開発設計部門と調達・製造部門とで共通に使用することができ、かつ各部品毎に登録する必要がある属性項目の数を、全ての部品について同じ属性項目を設定する場合と比較して削減することができるプログラムを提供することができる。

本発明の一実施形態の部品管理システム１０を含むシステム全体の構成を示す図である。 本発明の一実施形態の部品管理システム１０における管理サーバ３１のハードウェア構成を示す図である。 本発明の一実施形態の部品管理システム１０における管理サーバ３１の機能構成を示すブロック図である。 製品を開発設計して販売する一般的な企業における各部門間の連携の様子の概略を示す図である。 複合部品分類の具体例を説明するための図である。 「成型カバー」という複合部品分類が選択された場合に表示される登録フレーム枠の一例を示す図である。 図６に示した登録フレーム枠に対して属性情報を順次入力した場合の様子の一例を示す図である。 「板金カバー」という複合部品分類が選択された場合に表示される登録フレーム枠の一例を示す図である。 「プレスギヤ」という複合部品分類が選択された場合に表示される登録フレーム枠の一例を示す図である。 複合部品分類毎に異なる属性情報が登録された部品情報の一例を示す図である。 複合部品分類毎に異なる属性項目を設定せずに、単に属性項目を増やした場合の比較例を示す図である。

次に、本発明の実施の形態について図面を参照して詳細に説明する。

図１は本発明の一実施形態の部品管理システム１０を含むシステム全体の構成を示す図である。

本発明の一実施形態の部品管理システム１０は、図１に示されるように、ネットワーク３０を介して端末装置２１〜２３と接続された構成となっている。ここで、端末装置２１〜２３は、それぞれ、開発設計部門、調達部門、製造部門に設置されている。なお、本実施形態では、説明を簡単にするために３台の端末装置２１〜２３のみが部品管理システム１０に接続されているものとして説明を行うが、実際には多数の端末装置を部品管理システム１０に接続することが可能である。

また、部品管理システム１０は、管理サーバ３１と、部品情報データベース３２とから構成されている。

部品情報データベース３２は、設計的視点による分類である機能分類と、調達・製造的視点による分類である工法・材料分類の２つの分類の組み合わせにより２次元的に設定された複数の複合部品分類毎に異なる属性情報、複合部品分類に関係なくどの部品に対しても共通に設定されている共通属性情報および部品品番を含む複数の部品情報を格納する。なお、この部品情報データベース３２の詳細については後述する。

次に、本実施形態の部品管理システム１０における管理サーバ３１のハードウェア構成を図２に示す。

管理サーバ３１は、図２に示されるように、ＣＰＵ１１、メモリ１２、ハードディスクドライブ（ＨＤＤ）等の記憶装置１３、ユーザインタフェース（ＵＩ）装置１４、ネットワーク３０を介して部品情報データベース３２、端末装置２１〜２３等の外部装置との間でデータの送信及び受信を行う通信インタフェース（ＩＦ）１５を有する。これらの構成要素は、制御バス１６を介して互いに接続されている。

ＣＰＵ１１は、メモリ１２または記憶装置１３に格納された制御プログラムに基づいて所定の処理を実行して、管理サーバ３１の動作を制御する。なお、本実施形態では、ＣＰＵ１１は、メモリ１２または記憶装置１３内に格納された制御プログラムを読み出して実行するものとして説明したが、当該プログラムをＣＤ−ＲＯＭ等の記憶媒体に格納してＣＰＵ１１に提供することも可能である。

図３は、上記の制御プログラムが実行されることにより実現される管理サーバ３１の機能構成を示すブロック図である。

本実施形態の管理サーバ３１は、図３に示されるように、情報受信部４１と、部品検索部４２と、部品リスト出力部４３とを備えている。

情報受信部４１は、設計的視点による分類である機能分類と、調達・製造的視点による分類である工法・材料分類の２つの分類の組み合わせにより２次元的に設定された複数の複合部品分類の中から、新しく登録を行う部品に合致する複合部品分類の選択を受け付ける（第１の受付手段）。

そして、情報受信部４１は、選択された複合部品分類に対して設定され各複合部品分類毎に異なる複数の属性情報、複合部品分類に関係なくどの部品に対しても共通に設定されている共通属性情報および部品品番を含む部品情報の入力を受け付ける（第２の受付手段）。

そして、部品情報データベース３２は、情報受信部４１により受け付けられ、複合部品分類毎に異なる属性情報が設定された部品情報を格納する。

部品検索部４２は、部品情報データベース３２に格納されている部品情報の中から、情報受信部４１を介して端末装置２１〜２３から指定された検索条件に合致する部品情報を検索する。

部品リスト出力部４３は、部品検索部４２により検索された部品情報のリストを、端末装置２１〜２３のうち検索を指示した端末装置に対して出力する。

次に、部品情報データベース３２に格納される部品情報の構造について詳細に説明する。

本実施形態の部品管理システム１０における部品情報データベース３２は、上記でも説明したように、設計的視点による分類である機能分類と、調達・製造的視点による分類である工法・材料分類の２つの分類の組み合わせにより２次元的に設定された複数の複合部品分類毎に異なる属性情報、複合部品分類に関係なくどの部品に対しても共通に設定されている共通属性情報および部品品番を含む複数の部品情報を格納する。

このように部品情報データベース３２に格納されている部品情報において、複合部品分類毎に異なる属性情報が設定されている理由を説明する。

先ず、製品を開発設計して販売する一般的な企業における各部門間の連携の様子の概略を図４に示す。

いわゆるメーカーと呼ばれる企業における製品の企画、開発、設計、調達、製造、販売、保守等の各部門には、業務を実行する際の流れにより分類すると大きく分けて２つの軸が存在する。そのうちの１つは、企画、開発設計、生産準備、生産技術等の部門によるエンジニアリング軸であり、もう１つは、調達・購買、製造、出荷、販売、販売計画、生産計画、保守等の部門によるサプライチェーン軸である。

そして、これらの各部門は、部品管理を行う際に部品を分類したい分類方法が異なっている。

具体的には、企画、開発設計、生産準備、生産技術等のエンジニアリング軸の部門では、設計的視点による分類である機能分類により部品を管理する必要がある。また、調達・購買、製造、出荷、販売、販売計画、生産計画、保守等の部門のサプライチェーン軸の部門では、調達・製造的視点による分類である工法・材料分類により部品を管理する必要がある。

そのため、本実施形態の部品管理システム１０では、部品情報は、設計的視点による分類である機能分類と、調達・製造的視点による分類である工法・材料分類の２つの分類の組み合わせにより２次元的なマトリクス状に設定された複数の複合部品分類毎に異なる属性情報が設定できるようになっている。

次に、この複合部品分類の具体例を図５を参照して説明する。

図５に示した具体例では、設計的視点（開発・設計部門的視点）による分類である機能分類として、ベアリング、ギヤ・歯車、カバー・シュート、フレームという分類が示されている。また、図５に示した具体例では、調達製造的視点（調達部門・製造部門的視点）による分類である工法・材料分類として、金属切削・研削部品、板金・プレス部品、粉末冶金部品、樹脂射出成型部品、樹脂ブロー成型部品という分類が示されている。

そして、複合部品分類として、上記の機能分類、工法・材料分類の２つの分類を２次元的（２軸的）に組み合わせて、ボールベアリング、切削フレーム、プレスギヤ、板金カバー、板金フレーム等の分類が示されている。

例えば、「ボールベアリング」という複合部品分類は、「ベアリング」という機能分類と、「金属切削・研削部品」という工法・材料分類の２つの分類の両方に含まれる部品分類である。

そして、本実施形態の部品管理システム１０では、このような「ボールベアリング」、「切削フレーム」、「プレスギヤ」等の複合部品分類毎に、異なる属性項目が登録可能になっている。

そのため、新規の部品の部品情報を部品情報データベース３２に登録しようとする場合、部品の登録をしようとするユーザ（使用者）は、この複数の複合部品分類の中から１つの複合部品分類を選択する。

例えば、「成型カバー」という複合部品分類が選択された場合、部品情報を登録するための登録フレーム枠として図６に示すような登録フレーム枠が表示される。

この図６に示される登録フレーム枠では、選択された複合部品分類が「成型カバー」であるため、機能分類として「カバー」、工法・材料分類として「樹脂（射出成型）」という分類名が既に登録済みとなっている。

そして、この図６に示された「成型カバー」という複合部品分類の登録フレーム枠では、属性項目として「最大板厚」、「投影面積」、「成形圧力」、「成形型締め力」という項目が設定されている。

そのため、ユーザは、図７に示すように、この登録フレーム枠に対して、部品品番、部品名、メーカー情報、重量、ＸＹＺ（縦、横、高さ）寸法、最大板厚、投影面積、成形圧力、成形型締め力等の属性情報を順次入力して、部品情報として登録することができる。

また、図５に示した複合部品分類において「板金カバー」が選択された場合に表示される登録フレーム枠の一例を図８に示す。

この図８に示した例では、選択された複合部品分類が「板金カバー」であるため、機能分類として「カバー」、工法・材料分類として「板金・プレス」という分類名が既に登録済みとなっている。

そして、この図８に示された「板金カバー」という複合部品分類の登録フレーム枠では、属性項目として「板厚」、「展開寸法」、「プレストン数」、「型種類（単／順送）」、「ステージ数」、「穴数」という項目が設定されている。

また、図５に示した複合部品分類において「プレスギヤ」が選択された場合に表示される登録フレーム枠の一例を図９に示す。

この図９に示した例では、選択された複合部品分類が「プレスギヤ」であるため、機能分類として「ギヤ」、工法・材料分類として「板金・プレス」という分類名が既に登録済みとなっている。

そして、この図９に示された「プレスギヤ」という複合部品分類の登録フレーム枠では、属性項目として「段数」、「歯数」、「外形φ」、「内径φ」、「歯幅」、「歯形誤差」という項目が設定されている。

そして、このように複合部品分類毎に異なる属性情報が登録された部品情報の一例を図１０に示す。

図１０を参照すると分かるように、機能分類が同じでも工法・材料分類が異なれば違う属性項目が設定される場合もあり、また、工法・材料分類が同じでも機能分類が異なれば違う属性項目が設定される場合もある。

例えば、機能分類が「カバー」であっても、工法・材料分類が「樹脂（射出成型）」であるか「板金・プレス」であるかにより部品情報の属性項目が異なっている（図６、図８参照）。また、例えば、工法・材料分類が「板金・プレス」であっても、機能分類が「カバー」であるか「ギヤ」であるかにより部品情報の属性項目が異なっている（図８、図９参照）。

なお、「ソレノイド」、「ファンモータ」、「その企業に特殊な機能部材」等のように工法・材料分類が存在しない又は分類できない部品については、機能分類毎に異なる属性情報が登録可能になっている。

例えば、シャフトを持った３層ロールの場合は紙送りロールとして登録し、シャフト、ゴムの属性情報を登録する。これは「紙送りロール」が金属シャフトとゴムロールという組合せと製作方法が１０年〜２０年という時間的スパンで安定的に固定されている事が明瞭であるからである。

また、金属シャフトに成形樹脂ロールを組み合わせて使用するような場合はそれぞれ独立した末端部品として登録する。

さらに、金属シャフトに成形樹脂ロールを一体成形する場合等、特殊な場合は材料分類を複数持たせることで対応させることも可能である。

例えば、金属シャフト周囲にＥＰＤＭゴム（エチレン・プロピレン・ジエン・ゴム）を接着固定しその表層にウレタン樹脂を積層したような材料では、このロールが帯電ロールといった従来から認知されている特定の機能部材であれば複合分類のカテゴリではなくその機能名称で一つの分類として登録する。そして、機能が認知されておらず特定できないような部品であれば、ゴムロールといった複合分類にあてはめ、属性としてシャフト材料、積層する２種の有機材料を登録する方法も可能である。工法・材料分類で単にゴムではなく、単層ゴムと積層ゴムなどに分類しておけば、積層ゴムロールなどの分類に登録できる。これらの場合どの分類方法でも、分類につく属性は材料種が複数になる分多くはなるが、単にロールなどといった一般的機能分類の属性数に比べればはるかに低減することができ、必要な属性情報を図面などから抽出する困難さは大幅に軽減される。

本実施形態の部品管理システム１０では、管理しようとする数多くの部品を、設計的視点による分類である機能分類と、調達・製造的視点による分類である工法・材料分類の２つの分類の組み合わせにより２次元的に設定された複合部品分類により分類している。そのため、開発設計部門と調達・製造部門（環境管理部門・品質部門・原価管理部門等）の両方の部門において共通して本実施形態の部品管理システム１０を使用することができ、全社的に統一した部品管理を行うことが可能となる。

また、本実施形態の部品管理システム１０では、この複合部品分類毎に異なる部品情報を各部品に登録することができるようにしているため、部品毎に登録することが必要な属性項目の数を現実的に利用可能な数に抑えつつ、各部品の様々な仕様等を部品情報に登録することが可能となる。

さらに、従来設計部門として必要であった分類により作成され設計部門で活用されてきた部品構成表の分類と、調達や製造部門毎にそれぞれの部門用に分類し構築・活用してきた部品構成表の分類を、複合分類によって少ない修正で結合することが可能であるため、部門毎に構築してきた部品構成表という部門資産を全社資産として継続して有効活用できるというメリットもある。

例えば、複合部品分類毎に異なる属性項目を設定せずに、単に属性項目を増やした場合の比較例を図１１に示す。

この図１１に示した比較例では、部品の種類に関係なく登録可能な属性項目を増やした場合が示されている。そして、この図１１に示した例では、その部品に必要が無い属性項目まで設定されていることによりこの部品についてはどの属性項目を利用して属性情報を登録すれば良いのかが分かり難く利用者が利用し難いものとなっているのが分かる。

具体的には、図１１に示した例では、部品として「樹脂のカバー」を登録する際の例が示されていて、属性項目として「最大板厚」、「投影面積」、「成形圧力」、「成形型締め力」という項目に属性情報を登録する場合の例が示されているが、利用者はどの属性項目に属性情報を登録すべきなのかが分かり難いものとなっている。

これに対して、本実施形態の部品管理システム１０は、複合部品分類として、「成型カバー」という分類を選択するだけで、図６に示すような登録フレーム枠が用意されることにより、利用者は、どの属性項目に属性情報を登録すべきなのかを容易に把握することができる。

そして、本実施形態の部品管理システム１０によれば、各部門間が単独で部品管理をすることなく全部門で共通した部品管理ができるようになり、全社的に統一した部品データベースを構築することが可能となる。そのため、本実施形態の部品管理システム１０を利用することにより、製品のコスト削減を効果的に推進して、総原価低減に貢献することができる。

具体的には、本実施形態の部品管理システム１０を利用することにより、１つの部品に複数の部品番号が設定されるような一部品多部品品番の発生を防止することにより適正な部品価格の実現が可能となる。

また、本実施形態の部品管理システム１０によれば、部品の仕様と単価の比較が容易になることにより、通常より価格設定が高い部品を見つけることが可能となり、適正な部品価格の実現が容易になる。

また、本実施形態の部品管理システム１０によれば、仕様が近い部品を容易に把握することができるようになり、部品の標準化を図って部品種類を削減したり、類似属性の部品比較を行ってコスト的に有利な部品選択を行うことができるようになる。

さらに、本実施形態の部品管理システム１０を用いることにより、どのような部品をどのような仕入れ先からどれだけ購入しているのかを知ることが可能になり、購買実績、調達状況の把握が容易に把握可能になる。

なお、本実施形態では説明していないが、部品部面の図面データを管理する図面管理システムと本実施形態の部品管理システム１０とを連携させるようにすることも可能である。このように、図面管理システムと部品管理システム１０とを連携させることにより、図面データから属性情報を直接入力可能としたり、検索した部品の図面データを利用者が容易に閲覧できるようになる。

１０ 部品管理システム
１１ ＣＰＵ
１２ メモリ
１３ 記憶装置
１４ ユーザインタフェース（ＵＩ）装置
１５ 通信インタフェース（ＩＦ）
１６ 制御バス
２１〜２３ 端末装置
３０ ネットワーク
３１ 管理サーバ
３２ 部品情報データベース
４１ 情報受信部
４２ 部品検索部
４３ 部品リスト出力部

Claims (2)

1. 分類毎の属性を同じ属性で統一できるように分類した部品分類の中から、新しく登録を行う部品に合致する部品分類の選択を受け付ける第１の受付手段と、
   選択された分類に対して統一して設定され各部品分類毎に異なる属性情報、部品分類に関係なくどの部品に対しても共通に設定されている共通属性情報および部品品番を含む部品情報の入力を受け付ける第２の受付手段と、
   前記第２の受付手段により受け付けられ、部品分類毎に異なる属性情報が設定された部品情報を格納する部品情報データベースと、
   前記部品情報データベースに格納されている部品情報の中から、指定された条件に合致する部品情報を検索する検索手段と、
   前記検索手段により検索された部品情報のリストを出力する出力手段と、
   を有する部品管理システム。
2. 分類毎の属性を同じ属性で統一できるように分類した部品分類の中から、新しく登録を行う部品に合致する部品分類の選択を受け付ける第１の受付ステップと 、
   選択された分類に対して統一して設定され各部品分類毎に異なる属性情報、部品分類に関係なくどの部品に対しても共通に設定されている共通属性情報および部品品番を含む部品情報の入力を受け付ける第２の受付ステップと、
   前記第２の受付ステップにより受け付けられ、部品分類毎に異なる属性情報が設定された部品情報を部品情報データベースに格納するステップと、
   前記部品情報データベースに格納されている部品情報の中から、指定された条件に合致する部品情報を検索する検索ステップと、
   前記検索ステップにより検索された部品情報のリストを出力する出力ステップと、
   をコンピュータに実行させるためのプログラム。

Images