JP4354158B2 - 部品管理システム及び部品管理方法 - Google Patents
部品管理システム及び部品管理方法 Download PDFInfo
- Publication number
- JP4354158B2 JP4354158B2 JP2002226757A JP2002226757A JP4354158B2 JP 4354158 B2 JP4354158 B2 JP 4354158B2 JP 2002226757 A JP2002226757 A JP 2002226757A JP 2002226757 A JP2002226757 A JP 2002226757A JP 4354158 B2 JP4354158 B2 JP 4354158B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- parts
- component
- database
- revision
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/30—Computing systems specially adapted for manufacturing
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、様々な機器を製造するための部品を管理するシステムと方法に関する。
【０００２】
【従来の技術】
様々な製品を開発・製造する段階で、大量の部品が使用される。
従来、部品の選択や購入は、開発・設計部門の主導で決定されており、製品の高機能化、高品質化、低価格化の要請に合わせて、様々な部品が社内の様々な部署で選定され、発注されていた。また、部品に関する情報は、グループや部門毎に個別に管理されていた。
【０００３】
【発明が解決しようとする課題】
従来は、部品を選択する際の明確な基準がなく、部品選択の客観性が低く、低品質や高価格な部品を購入する場合があった。さらに、従来は、多品種の部品を少量ずつ発注することが多く、発注及び購買コストが大きかった。
【０００４】
部品は、頻繁にその性能や価格が改変されるが、部品情報の管理が部門毎などに分散して行われているため、情報の更新が重複して行われ、また、更新漏れが発生する等、部品情報の管理の効率が悪かった。このため、将来廃止される予定の部品を選択するような場合があった。
【０００５】
この発明は、上記実状に鑑みてなされたもので、事業体として部品に関する情報を一括して管理し、設計者や製造者が良質の部品を容易に選択することを可能とすることを目的とする。
【０００６】
また、この発明は、部品の発注や購入に要するコストを抑えることを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、本発明の第１の観点に係る部品管理システムは、
複数の部品を一括して管理する部品管理システムであって、
部品を認定品として認定するための認定基準を表す認定基準情報のホームページ群を格納した認定基準記憶手段と、
技術動向、市場動向、受給見通し、予測価格変動等に基づいて部品選択の指針を示すホームページ群、および、部品別の推奨情報、付属情報、価格情報等とともに掲載されるホームページ群を含むトレンド情報ファイルが格納されたトレンド情報記憶手段と、
前記認定基準記憶手段に記憶されている認定基準および前記トレンド情報記憶手段に格納されているトレンド情報ファイルとに基づいて予め認定された部品に関する情報を蓄積する認定部品データベースと、
通信ネットワークを介して部品供給元から取得された、部品の改廃に関する改廃情報を蓄積する改廃データベースと、
端末からの要求を通信ネットワークを介して受信し、前記認定基準記憶手段および前記トレンド情報記憶手段に記憶されたホームページ群を、前記通信ネットワークを介して提供するＷＷＷサーバと、
設計端末から送信された条件情報に基づいて前記認定部品データベースおよび前記改廃データベースを検索し、条件に合致する部品の改廃情報を含む部品情報を前記認定部品データベースから読み出して前記ＷＷＷサーバに提供するデータベースサーバと、を備え、
前記データベースサーバは、前記設計端末から送信された部品ＩＤのみのリストに基づき、前記認定部品データベースおよび前記改廃データベースから該部品ＩＤに対応する部品の部品情報を取得する部品情報取得手段をさらに備え、
前記ＷＷＷサーバは、前記部品情報取得手段によって取得された部品情報を、前記通信ネットワークを介して前記設計端末に返信する、
ことを特徴とする。
【００１１】
上記目的を達成するため、本発明の第２の観点にかかる部品管理方法は、
部品を認定品として認定するための認定基準を表す認定基準情報のホームページ群を格納した認定基準記憶手段と、
技術動向、市場動向、受給見通し、予測価格変動等に基づいて部品選択の指針を示すホームページ群、および、部品別の推奨情報、付属情報、価格情報等とともに掲載されるホームページ群を含むトレンド情報ファイルが格納されたトレンド情報記憶手段と、
前記認定基準記憶手段に記憶されている認定基準および前記トレンド情報記憶手段に格納されているトレンド情報ファイルとに基づいて予め認定された部品に関する情報を蓄積する認定部品データベースと、
通信ネットワークを介して部品供給元から取得された、部品の改廃に関する改廃情報を蓄積する改廃データベースと、を備えた部品管理システムで部品を管理するための方法であって、
ＷＷＷサーバが、端末からの要求を通信ネットワークを介して受信し、前記認定基準記憶手段および前記トレンド情報記憶手段に記憶されたホームページ群を、前記通信ネットワークを介して提供するホームページ提供ステップと、
データベースサーバが、設計端末から送信された条件情報に基づいて前記認定部品データベースおよび前記改廃データベースを検索し、条件に合致する部品の改廃情報を含む部品情報を前記認定部品データベースから読み出して前記ＷＷＷサーバに提供する部品情報検索ステップと、
前記ＷＷＷサーバが、前記設計端末から送信された部品ＩＤのみのリストに基づき、前記認定部品データベースおよび前記改廃データベースから該部品ＩＤに対応する部品の部品情報を取得する部品情報取得ステップと、
前記ＷＷＷサーバが、前記部品情報取得ステップによって取得された部品情報を、前記通信ネットワークを介して前記設計端末に返信する部品情報返信ステップと、
を実行することを特徴とする。
【００１４】
【発明の実施の形態】
以下、この発明の実施の形態にかかる部品管理システムを説明する。
（第１の実施の形態）
この実施の形態の部品管理システムは、１つの企業内に設置され、該当企業内で使用する部品を管理する。
【００１５】
図１に示すように、この部品管理システムは、ネットワーク、例えば、社内ＬＡＮ１０を介して相互に接続された認定部門システム１１と、設計部門システム１２と、製造部門システム１３と、購買部門システム１４と、メールサーバ１５とを備え、インターネットゲートウエイ（ＧＷ）２０を介してインターネット３０に接続されている。
【００１６】
認定部門システム１１は、図２に示すように、内部ＬＡＮ１１１で相互に接続されたＷＷＷサーバ１１２と、データベースサーバ１１３と、認定部門端末群１１４とを備える。
【００１７】
ＷＷＷサーバ１１２は、認定基準ファイル１１５と、トレンド情報ファイル１１６と、カタログファイル１１７と、検索画面ファイル１１８とを備え、これらのファイルに格納されているハイパーテキスト形式の文書（ホームページ）をネットワークを介してブラウザに提供する。
【００１８】
認定基準ファイル１１５は、図３に例示するような、この企業で使用する部品を認定（選定）するための基準を社内に明示するためのホームページを格納する。
トレンド情報ファイル１１６は、図４に例示するような、技術動向、市況動向、受給見通し、予想価格変動等に基づいて、部品選択の指針を示すホームページ群と、図５に例示するような、部品別の推奨情報、付属情報、価格情報等と共に掲載するホームページ群と、を格納する。
【００１９】
また、カタログファイル１１７は、例えば、図６に示すような、様々な部品の電子カタログ（カタログ情報を掲載したホームページ）を格納する。
【００２０】
検索画面ファイル１１８は、例えば、図７に示すような、このシステムの利用者が、部品に関する情報を検索するための検索画面（検索用ホームページ）を記憶する。なお、検索の対象は、例えば、部品メーカの調査、部品の品種の調査、部品のトレンドの調査などである。検索画面ファイル１１８は、さらに、図８に示すような、部品の調査・審査を要求するための審査要求画面（審査要求用ホームページ）を格納する。調査・審査の依頼の対象は、調達性（調達の容易性）、品質、コスト、改廃情報等である。また、既採用部品よりも優れた部品が存在する場合には、それを提案することも可能である。
【００２１】
ＷＷＷサーバ１１２は、図２に示すように、ＳＱＬ生成部とＨＴＭＬ変換部とを備える。ＳＱＬ生成部は、検索画面に入力された検索用のキーワード（又はキーワード群）や論理式からデータベースを検索するためのＳＱＬ文を生成する。また、ＨＴＭＬ変換部は、データベースから策出されたデータを、ＨＴＭＬ形式等のウエッブページに変換して、検索要求元に提供する。
【００２２】
データベースサーバ１１３は、認定部品データベース１１９と改廃データベース１２０とを備え、ＷＷＷサーバ１１２からのＳＱＬ文に応答して、データベース１１９，１２０に格納されている情報を検索し、策出した情報をＷＷＷサーバ１１２に提供する。また、外部からの情報に基づいて、これらのデータベース１１９，１２０の情報を更新する。
【００２３】
認定部品ＤＢ１１９は、認定部門によって審査された部品に関する情報を登録するＤＢであり、図９に示すように、部品分類、事業体固有の部品ＩＤ（部品識別符号）と、部品供給業者が使用している部品ＩＤと、メーカ名と、供給会社名と、価格と、認定情報（推奨、使用可等）、部品の仕様と、カタログファイル１１７又はインターネット上のその部品の電子カタログや関連情報が提示されているホームページのアドレスやリンク、存在する場合には改廃データベースの対応項目へのリンクなどの情報を含む。なお、認定部品ＤＢ１１９には、認定部門により、この事業体で使用可能（選択可能）であると認定された部品に関する情報のみを登録するようにしてもよい。
【００２４】
改廃ＤＢ１２０は、部品の供給元（メーカ、商社）などから、電子メールの形式で提供される部品の改廃情報（改良情報及び廃止情報）を一旦蓄積するＤＢであり、図１０に示すように、事業体固有の部品ＩＤ（部品識別符号）と、部品供給業者が使用している部品ＩＤと、メーカ名と、供給会社名と、改良と廃止の別、改良点／代替品の情報と、認定部品ＤＢ１１９の対応項目へのリンク、インターネット上のカタログ情報のＵＲＬなどのリンク情報を含む。
【００２５】
図２に示す認定部門端末群１１４は、認定基準ファイル１１５と、トレンド情報ファイル１１６と、カタログファイル１１７と、検索画面ファイル１１８と、認定部品データベース１１９と、改廃データベース１２０とに格納されている情報を参照・更新する。
【００２６】
図１に示す設計部門システム１２は、図１１に示すように、内部ＬＡＮ１２１で相互に接続された設計用データベースサーバ１２２と複数の設計端末１２３とを備える。
設計用データベースサーバ１２２は、設計用のライブラリを備えた設計用ライブラリＤＢ１２４を備える。
【００２７】
設計端末１２３は、設計担当者が設計を行うためのＣＡＤ端末等から構成され、設計用データベースサーバ１２２を介して設計用ライブラリＤＢ１２４に格納されたライブラリを用いて様々な設計を行う。
また、設計端末１２３には、ブラウザとメーラがインストールされており、社内ＬＡＮ１０を介してＷＷＷサーバ１１２とＤＢサーバ１１３とにアクセス可能に構成されている。
【００２８】
製造部門システム１３は、図１２に示すように、内部ＬＡＮ１３１で相互に接続された複数の製造管理端末１３３を備える。製造管理端末１３３は、製造部門の担当者が、製造管理業務や製造に必要な部品の発注、在庫の確認を行うための端末である。なお、製造部門システム１３は、例えば、工場毎に設置される。
【００２９】
購買部門システム１４は、社外に対して１つの購買窓口としての機能を有し、図１３に示すように、内部ＬＡＮ１４１で接続された発注サーバ１４２と購買端末１４３とを備える。
【００３０】
発注サーバ１４２は、発注情報を記録する発注データベース１４４を備える。この発注ＤＢ１４４は、図１４に示すように、この企業が発注した部品の、発注日、社内商品ＩＤ、発注先での商品ＩＤ、数量、納期、納品地（納品先）、納品日、検収者、確認メール受信日などのデータを登録する。
購買端末１４３は、発注データベース１４４を更新する機能と、部品の供給元に対して、部品を発注するための電子メールを送信する機能とを有する。
【００３１】
図１に示すメールサーバ１５は、社内の各部門及び担当者、社内と外部との間の電子メールの送受信を制御する。
【００３２】
社内ＬＡＮ１０はインターネットゲートウエイ（ＩＧＷ）２０を介してインターネット３０に接続されている。インターネット３０には、この企業に部品を供給しているメーカや商社のコンピュータシステム３１〜３４が接続されている。
【００３３】
次に、上記構成の部品管理システムを用いた部品管理業務について、図１５に示すフローチャートを参照して説明する。
認定部門は、その企業で、使用することを許可する部品を認定（選択）する作業を行う。即ち、部品認定部門は、従来、設計部門や製造部門が独自に取捨選択していた部品を、一定の枠内に絞り込む作業を行う。
【００３４】
即ち、部品認定部門は、認定基準の方針を策定し（会社の部品認定基準を定め）、その基準（方針）を明確化する（ステップＳ１１）。
まず、この会社への協力度、供給する部品の品質及び価格、納品の迅速さ、環境対応度などを考慮して、メーカや商社を数社に絞り込む（ステップＳ１２）。
【００３５】
次に、部品について、例えば、特性（スペック）別に、品質、供給の安定性、価格、廃棄又はリサイクル時の処理の容易性、等に基づいて、認定基準を策定する（ステップＳ１３）。或いは、メーカからの部品動向情報、設計部門及び／又は製造部門からの要求内容、品質、コスト、調達性等について総合的に判断して、認定基準を設定する（ステップＳ１３）。
認定基準が完成すると、この認定基準を、図３に例示するようにＨＴＭＬ化し、認定基準ファイル１１５に登録する。
【００３６】
完成した認定基準を充足する部品を認定（選択）し、社内で固有の統一番号を付し認定部品ＤＢ１１９に図９に示すようにに登録する（ステップＳ１４）。なお、ほぼ同一のスペックについて、多数の部品が認定基準を満足する場合には、２〜４種類に絞り込む。
【００３７】
さらに、認定した部品について、認定情報（ステータス情報）を設定する（ステップＳ１５）。この認定情報は、部品を使用して良いか否かを示す情報や、制限付きで使用して良いか否かを示す情報であり、部品の部品情報や性能に基づいて予め付与される部品選定時の判断材料になる情報である。
【００３８】
認定情報としては、例えば、部品を積極的に進めることを示す「推奨」、単に選定を推奨することを示す「認定」、認定作業中であることを示す「未審査」、選定を推奨しないことを示す「非推奨」、入手が容易ではない等の成約条件はあるが選定できることを示す「限定」、使用ができないことを示す「禁止」、生産が中止又は終了したことを示す「廃止」、認定部品データベースへの登録が却下されたことを示す「却下」等の情報がある。
【００３９】
なお、生産元或いは供給元でのトラブルの発生に備えて、複数のメーカ及び複数の供給元（商社）から部品を調達するように、部品を認定する。
【００４０】
次に、認定した部品のカタログ情報（電子カタログ）をカタログファイル１１７に登録し、認定部品ＤＢ１１９上の情報とリンクを張る（ステップＳ１６）。或いは、インターネット３０上のカタログ情報のアドレス（ＵＲＬ）を認定部品ＤＢ１１９に設定してもよい。
【００４１】
また、認定部門は、部品分野別に、数年のスパンでの技術動向、品質動向、価格動向、受給動向等について調査する。そして、調査結果から、例えば、図４に示すような情報を生成し、これをＨＴＭＬ化して、トレンド情報ファイル１１６に閲覧可能に登録する（ステップＳ１７）。
【００４２】
また、認定部門は、部品種別に、認定部門が認定した部品について、選定した図５に示すような推奨情報を生成し、これをＨＴＭＬ化して、トレンド情報ファイル１１６に閲覧可能に登録する（ステップＳ１８）。
【００４３】
以上の処理により、認定部門により複数の部品が審査され、その審査情報が閲覧可能となる。
【００４４】
設計部門の担当者は、図１１に示す設計端末１２３を使用し、設計用ライブラリ１２４に登録されているライブラリ等を使用して設計を行う。設計の過程で、部品を選定する際には、認定部品ＤＢ１１９を参照して、自己の必要とする特性を有する部品を、認定済みの部品のなかからから選択する。この部品選択動作の一例を図１６に示すフローチャートを参照して説明する。
【００４５】
設計部門の担当者は、所望の部品を選択する場合、例えば、設計端末１２３からＷＷＷサーバ１１２にアクセスする。そして、設計端末１とＷＷＷサーバ１１２との間で、所定のログイン処理を行う（ステップＳ２１）。ログインが成立すると、担当者は、設計端末１２３を用いて、検索画面ファイル１１８に格納されている図７に示す検索画面を表示させる（ステップＳ２２、Ｓ２３）。続いて、検索画面の仕様に従って、キーワード、条件式などを入力し、検索を指示する（ステップＳ２４）。指示に応答し、設計端末１は、検索条件をＷＷＷサーバ１１２に送信する（ステップＳ２５）。ＷＷＷサーバ１１２のＳＱＬ変換部は、入力されたキーワード、条件式などから認定部品ＤＢ１１９から、所望の部品を検索するためのＳＱＬ文を生成し（ステップＳ２６）、内部ＬＡＮ１１１を介してデータベースサーバ１１３に送信する（ステップＳ２７）。
【００４６】
データベースサーバ１１３は、受信したＳＱＬ文により認定部品ＤＢ１１９を検索し（ステップＳ２８）、策出した情報をＷＷＷサーバ１１２に返送する（ステップ２９）。ＷＷＷサーバ１１２は、返送された情報をＨＴＭＬ変換部によりＨＴＭＬ形式のテキスト文書に変換し（ステップＳ３０）、設計端末１２３に送信する（ステップＳ３１）。設計端末１２３は、受信したＨＴＭＬ文書をブラウザに表示する（ステップＳ３２）。このようにして、設計者は、認定部門によって、認定基準に則って予め選択された部品群の内から自己の必要とする仕様の部品を抽出することができる。
【００４７】
さらに、設計部門の担当者は、部品を選択する場合、トレンド情報ファイル１１６に格納されているトレンド情報やお奨め情報を参考にすることができる。この場合、担当者は、図１７に示すように、設計端末１２３からＷＷＷサーバ１１２にアクセスし、トレンド情報を要求する（ステップＳ３１）。ＷＷＷサーバ１１２は、要求に応答して、トレンド情報ファイル１１６から該当するトレンド情報を読み出し（ステップＳ３２）、設計端末１２３に送信する（ステップＳ３３）。設計端末１２３は、受信した情報を表示する（ステップＳ３４）。設計者は、表示されたトレンド情報から、自己が必要とする部品についての将来の動向・市況分析を参照することができる。また、部品の将来動向分析を参照することにより、将来動向を見据えた部品の選択と設計が可能となる。さらに、同様の手順により、認定部門によるお奨め情報をトレンド情報ファイル１１６から読み出して参照することにより、ある程度選択すべき部品を絞り込むことができる。
【００４８】
さらに、設計部門の担当者は、認定部品ＤＢ１１９の登録情報を設計に利用することができる。例えば、設計図面上に使用部品のリストを作成する場合に、部品の詳細情報を、認定部品ＤＢ１１９の内容から自動的に詳細な部品リストを作成することも可能である。
【００４９】
この場合、例えば、設計者は、設計段階では、図１８（ａ）に示すように、部品リストに部品ＩＤ（例えば、自社の部品ＩＤ）のみを登録しておく。設計の最終段階で、設計者は使用する部品のリストの作成を指示する。
【００５０】
この指示に応答し、設計端末１２３は、図１９に示す処理を開始し、設計図面から部品リストを読み出し（ステップＳ４１）、リストアップされている部品をＷＷＷサーバ１１２に通知する（ステップＳ４２）。ＷＷＷサーバ１１２は、通知された部品の情報を取得するためのＳＱＬ文を生成し（ステップＳ４３）、生成したＳＱＬ文をＤＢサーバ１１３に送信する。ＤＢサーバ１１３は、ＳＱＬ文に従って認定部品ＤＢ１１９及び改廃ＤＢ１２０を検索し、各部品の情報を取得する（ステップＳ４５）。ＤＢサーバ１１３は、取得した部品情報をＷＷＷサーバ１１２に送信し（ステップＳ４６）、ＷＷＷサーバ１１２は、部品情報を設計端末１２３に送信する（ステップＳ４７）。設計端末１２３は、受信した部品情報を、設計図面部品リストに対応付けて記録媒体に格納する（ステップＳ４８）。この結果、例えば、図１８（ａ）に示すような単純な部品リストから、図１８（ｂ）に示すような詳細な部品情報を有するリストが自動的に生成される。
【００５１】
なお、ＤＢサーバ１１３は、ステップＳ４５で、リストアップされている部品の認定情報（ステータス）が、禁止、廃止、未審査、却下、未登録等である部品については、認定情報の内容と対処方法を示す警告情報を部品情報に添付する。例えば、ＤＢサーバ１１３は、認定情報が、禁止、未審査、却下等の場合には、ほぼ同一スのペックを有し、認定情報が認定又は推奨の部品を検索して、警告情報と共にＷＷＷサーバ１１２を介して設計者に通知する。また、ＤＢサーバ１１３は、認定情報が、廃止の場合には、代替部品又はほぼ同一スのペックを有し、認定情報が認定又は推奨の部品を検索して、警告情報と共にＷＷＷサーバ１１２を介して設計者に通知する。未登録の部品ＩＤについては、図８の調査・審査依頼画面などを用いて、認定部門による認定を申請すべきことを告知する。
【００５２】
なお、設計段階で、認定部品ＤＢ１１９に登録されている部品情報を取得し、設計図面上に配置或いは登録できるようにしてもよい。例えば、設計端末１２３から要求に応答し、ＷＷＷサーバ１１２が、ＤＢサーバ１２３を介して、認定部品ＤＢ１１９から部品情報を読み出し、ＨＴＭＬ化して要求元の設計端末１２３に供給する。設計端末１２３は、提供された情報（テーブル）を表示し、設計者が、任意の部品を指定（クリック等）或いはドラッグアンドドロップすると、その部品の部品ＩＤや付属情報を取得し、設計図面上に配置し或いは使用部品ファイルに登録する。この際にも、ステータスが禁止、未審査などの部品を選択した場合に、警告が発せられるようにすることが望ましい。
【００５３】
設計部門が設計や実験のために、部品を発注する場合には、購買部門の所定の購入申込受付用アドレス宛に、所定フォーマットの電子メールを送信する。この電子メールは、内容として次の項目を含む。１．部門コード・部門名、２．担当者名・担当者社員コード、３．社内部品番号、４．数量、５．納期、６．納品場所、７．購入理由、８．決裁者。
なお、この電子メールの取り扱いについては、購買部門についての説明の項で説明する。
【００５４】
製造部門は、製造管理端末１３３を使用して在庫管理などを行いながら、生産を行う。生産のために部品を発注する際には、基本的に設計仕様に基づく部品を発注する。ただし、部品を自ら選定する際には、設計部門による部品選択の場合と同様に、認定部品ＤＢ１１９、トレンド情報ファイル１１６、カタログファイル１１７を参照して、自己の必要とする特性を有する部品を、認定済みの部品から選択する。認定部品以外の部品の使用・選択は禁止される。
【００５５】
製造部門が、部品の購入を依頼する場合にも、購買部門の所定の購入申込受付用アドレス宛に、所定フォーマットの電子メールを送信する。この電子メールのフォーマットは、設計部門が部品の購入を依頼する際の電子メールのフォーマットと同一であり、内容として次の項目を含む。１．部門コード・部門名、２．担当者名・担当者社員コード、３．社内部品番号、４．数量、５．納期、６．納品場所、７．購入理由、８．決裁者。
【００５６】
購買部門システム１４の発注サーバ１４２は、メールサーバ１５に定期的にアクセスし、部品購入申込用の特定のメールアドレス宛のメールをメールサーバのメールボックスから読み出す。
購買部門の担当者は、発注サーバ１４２が読み出した電子メールの内容（購入申し込み）が妥当なものか否かを判断し（必要ならば、申込者や決裁者への確認を取る）、部品の注文書を作成し、部品供給元のメールアドレス宛に送信する。この発注メールは、内容として次の項目を有する。１．宛先（発注先の会社名、担当部署、担当者）、２．注文番号、３．発注会社名、４．部門名、５．担当者名、６．発注先の部品番号、７．社内部品番号、８．数量、９．納期、１０．納品場所。
さらに、購買部門の担当者は、この注文書の内容を発注ＤＢ１４４に登録する。
【００５７】
商品発注先、即ち、部品納入業者は、メールを受信すると、確認メールを、部品購買部のメールアドレス宛に送信すると共に納品の準備を開始する。部品購買部の担当者は、確認メールを受信すると、発注ＤＢ１４４（図１４）の該当欄に、受信日や確認メール受信のフラグをセットする。
【００５８】
商品が、指定された納入場所に納入されると、受領担当者は、これを検収し、納品が完了した旨を端末より、部品購買部門の所定アドレスに送信する。担当者は、受信した電子メールの内容を、発注ＤＢ１４４に登録する。即ち、発注ＤＢ１４４の対応するエントリに、納品日、検収者（氏名、ＩＤ）などを登録し、未納品リストから除外する。
【００５９】
このような動作を繰り返すことにより、一定の認定基準を充足する部品のみを使用して高品質の製品を製造することが可能になる。さらに、部品を任意に選択できる場合に比較して、部品１点当たりの取引量が増加し、部品納入業者との価格交渉力が増加する。さらに、部品を別々の供給元に発注している場合に比較して、各発注先との取引量が増加し、任意の納入業者にバラバラに部品を発注している場合に比較して、価格交渉力が増加する。
【００６０】
部品は頻繁に改良され、より高品質の部品の発売に伴って廃止される。各メーカ又は供給元は、部品の改廃が発生した場合、認定部門の改廃情報受信専用のメールアドレス宛に電子メールの形式で、改廃情報（更新情報）を提供する。この改廃情報は、廃止の場合には、例えば、部品番号、廃止日、廃止理由、代替品に関する情報（代替品の電子カタログのＵＲＬなどを含む）などの情報を含む。一方、改良の場合には、部品番号、改良点、改良後の部品の電子カタログが掲載されているホームページのＵＲＬなどの情報を含む。
【００６１】
認定部門の担当者は、部品の改廃を通知する電子メールを受信すると、受信した情報を改廃ＤＢ１２０（図１０）に登録する。さらに、認定部品ＤＢ１１９の該当する部品の認定情報の欄（図９）に、改廃の予定があり、検討（審査）中である旨の認定情報を登録する。さらに、認定情報（ステータス情報）を「認定」から「未審査」に変更するようにしても良い。そして、認定部品ＤＢ１１９の部品情報と改廃ＤＢ１２０の対応する改廃情報とをリンク付ける。
【００６２】
この段階で、設計部門及び選定部門の担当者は、その部品に改良或いは廃止の予定があることを知ることができ、部品選定の参考とすることができる。
【００６３】
次に、認定部門は、改廃後の部品の取り扱いについて検討する。
まず、「廃止」の場合には、廃止前の適当なタイミングで、認定部品ＤＢ１１９よりその部品の認定情報のランクを下げ、選択対象外にする（例えば、認定情報（ステータス情報）を「認定」又は「未審査」から「廃止」に変更する）。次に、改廃情報で通知された代替品を含む同一スペックの部品について、認定基準に則って新たに部品を選定し、新たな部品ＩＤを取得して、認定部品ＤＢ１１９に登録する。
【００６４】
次に、「改良」の場合には、改良前の適当なタイミングで、改良後の部品を認定するか否かを認定基準に則って判断する。
認定する場合には、認定情報を「推奨」、「認定」等に更新する。
【００６５】
一方、改良後の部品を認定しないと判断した場合には、その部品の認定を廃止する旨のコメントを改廃ＤＢ１２０に登録し、適当なタイミングで、認定部品ＤＢ１１９の登録情報の認定情報を「廃止」等に変更する。さらに、部品の廃止の場合と同様に、代替部品を選定する。
【００６６】
また、部品の改廃があった場合には、関係する部署（設計、製造、購買部門）に、部品の廃止及び代替品等を通知する電子メールを送信する。
【００６７】
認定部門に対して様々な調査や審査を依頼したい場合がある。このような場合には、設計部門や製造部門の担当者は、設計端末１２３や製造管理端末１３３により認定部門システム１１のＷＷＷサーバ１１２にアクセスし、図８に示す調査・審査依頼画面を読み出す。調査・審査依頼者は、画面上に部品を特定する情報（メーカ、部品名、型番、価格等）を入力し、調査・審査の内容（調達性、品質、コスト、改廃情報等）を特定し、送信ボタンをクリックする。このボタン操作に応答し、設計端末１２３や製造管理端末１３３は、入力された情報をＷＷＷサーバ１１２に送信する。ＷＷＷサーバ１１２は、受信した内容を所定のファイルに蓄積する。認定部門の担当者は、調査・審査の依頼情報を適宜読み出し、依頼に従って、調査及び／又は審査を行う。認定部門は、調査・審査の結果を、調査・審査の依頼元に電子メール等で連絡する。また、認定部門は、調査・審査した部品を認定する場合には、その部品に関する情報を認定部品ＤＢ１１９に登録する。
【００６８】
このような構成とすることにより、設計や製造の現場の担当者は部品選定のために必要な調査・審査を認定部門に依頼することができる。さらに、認定部門は依頼に基づく調査や審査の結果を認定に活用することができる。
【００６９】
また、設計部門や製造部門の担当者は、認定部品より優れた部品を知っている場合には、図８に示す調査・審査依頼画面で、その部品を推薦し、送信ボタンをクリックする。このボタン操作に応答し、設計端末１２３や製造管理端末１３３は、入力された情報をＷＷＷサーバ１１２に送信する。ＷＷＷサーバ１１２は、受信した内容を所定ファイルに蓄積する。認定部門の担当者は、提案情報を適宜読み出し、提案された部品の審査を行う。認定部門は、審査の結果を、提案元に電子メール等で連絡する。また、認定部門は、提案された部品を認定する場合には、その部品に関する情報を認定部品ＤＢ１１９に登録する。
このような構成とすることにより、例えば、設計や製造の現場の担当者が得た部品知識を審査に活用することができる。
【００７０】
以上説明したように、この実施の形態によれば、良い部品に集約してＤＢ化して、このＤＢを維持する仕組みを構築したことにより、低コストで高品質の部品を安定的に調達することができる。
また、常に、最適な部品が認定され、認定された部品内から使用する部品を選定するので、常に最適な部品を使用することができる。
【００７１】
（第２の実施の形態）
上記実施の形態においては、１つの事業体（企業など）を対象として、部品の認定、選択、購入を処理する場合を説明したが、複数の会社にまたがって、部品を管理するようにしてもよい。
【００７２】
図２０は、このような場合のシステム構成の一例を示す。
この実施の形態では、本社に相当する会社ＣＡと、ＣＡの生産会社に相当するＣＢ、ＣＣとが部品管理システムを共用する場合を想定する。
【００７３】
まず、会社ＣＡとＣＢとＣＣは、それぞれ、社内ＬＡＮ１０を備える。
各社内ＬＡＮ１０は、ゲートウエイ（ＧＷ）２１などを介して相互に接続されている。
本社機能を有するＣＡ社は、第１の実施の形態と同様に、部品認定部門、設計部門、購買部門、製造部門などを有し、認定部門システム１１，設計部門システム１２，製造部門システム１３，購買部門システム１４、メールサーバ１５等を備える。
【００７４】
一方、生産会社ＣＢ、ＣＣは、部品認定部門や購買部門は備えておらず、設計部門及び製造部門を有する。但し、システムとしては、それぞれ、認定情報提供システム１１Ａ，設計部門システム１２，製造部門システム１３，メールサーバ１５を備える。認定情報提供システム１１Ａは、図２に示す認定部門システム１１の構成のうち、認定部門端末１１４を備えていない。
【００７５】
これら３つの会社は、部品コードを全て統一している。
部品に関する情報は、ＣＡ社が一括して取得し、認定作業及び認定の維持・更新に関する処理を行う。
認定部門は、認定部門システム１１を使用して、第１の実施の形態と同様に、一定の認定基準を策定し、策定した基準に則って部品を認定する。さらに、認定し部品に関する情報を認定部門システム１１内の認定部品ＤＢに登録する。また、部品の改廃に関する情報をメールサーバ１５等に集中的に受信し、改廃ＤＢを更新する。さらに、改廃ＤＢの内容に従って、認定部品ＤＢを更新する。
【００７６】
生産会社ＣＢとＣＣの認定情報提供システム１１Ａは、認定システム１１の認定基準ファイル１１５とトレンド情報ファイル１１６とカタログファイル１１７と検索画面ファイル１１８と認定部品ＤＢ１１９と改廃ＤＢ１２０との記録内容のコピー（複製）を記憶する。生産会社ＣＢとＣＣの設計部門、製造部門は、このコピーを参照して部品を選択する。
【００７７】
そして、各社が、部品を購入する場合には、購入申し込みを本社ＣＡの購買部門に電子メール等で依頼する。
本社ＣＡの購買部門は、納品先の会社名を明示して部品供給元に発注する。支払いは、部品供給元に対する支払いはＣＡが代表して行い、ＣＢ、ＣＣへのＣＡからの請求は、帳簿上で行う。或いは、部品供給元からのＣＢ又はＣＣへの請求を、発行させ、支払いをＣＢ又はＣＣ自身で行うようにしてもよい。
【００７８】
この第２の実施の形態は、第１の実施の形態と同様に、最適な部品を選択することができる。
さらに、この第２の実施の形態によれば、複数の事業体で一括して部品を発注できる。従って、事業体個々に部品を発注する場合に比較して発注単位が増加し、各部品の発注量がバラバラの場合に比較して、発注量が増加し、事業体ＣＡ〜ＣＣとして、価格交渉がしやすくなる。
【００７９】
（第３の実施の形態）
第２の実施の形態においては、複数の企業が、部品ＩＤ、部品の認定、選択、購入を一括して行う事例を説明した。そこまでの統合は困難能であっても、部品認定情報を複数の企業で有効に活用することが望ましい場合がある。
【００８０】
そこで、以下、異なる事業体において、部品認定情報を有効に活用することができる部品管理システムを第３の実施の形態として説明する。
【００８１】
この実施の形態の部品管理システムは、図２１に示すように、第１及び第２の実施の形態で説明した部品認定システムを備える企業ＣＳと、企業ＣＳから提供される部品情報を利用する企業ＣＤとから構成される。
【００８２】
企業ＣＳは、第１の実施の形態と同様に、認定部門システム、設計部門システム、製造部門システム、購買部門システムを備える。
【００８３】
一方、企業ＣＤは、企業ＣＳから独立した事業体であり、認定情報提供システム１１Ｂと、設計部門システム１２と、製造部門システム１３と、購買部門システム１４と、メールサーバ１５とを独自に備える。
【００８４】
部品選定部門システム１１は、ＩＤ変換テーブルと評価情報ファイルとを備える。
【００８５】
ＩＤ変換テーブルは、図２２に示すように、企業ＣＳが採用する部品番号と、企業ＣＤが採用する部品番号とを対応付ける。
評価情報ファイルは、図２３に示すように、部品番号別に部品情報とその評価情報とを格納する。
【００８６】
次に、図２１〜図２３に示す構成を有する部品管理システムの動作を説明する。
例えば、図２２に示すように、企業ＣＳでは、ＩＣには、その内容を示す２文字の記号「ＩＡ」〜「ＩＤ」と５桁の数字というコード体型が確立されており、企業ＣＣでは、電子部品であることを示す記号Ｅと６桁数字の結合というコード体型が確立されているとする。
【００８７】
企業ＣＳは、第１、第２実施の実施の形態の認定部門と同様に、部品の評価作業を行い、その結果をインターネット３０を介して企業ＣＤの認定情報提供システム１１Ｂに通知する。
【００８８】
企業ＣＤの認定情報提供システム１１Ｂは、通知された情報に含まれている企業ＣＳの部品番号を、ＩＤ変換テーブルを参照することにより、企業ＣＤ固有の部品番号に置換して、認定部品ＤＢ、改廃ＤＢ、認定基準ファイル、トレンド情報ファイル、カタログファイル、検索画面ファイルを作成する。
【００８９】
なお、新規部品については、ＣＳ社の認定部門の担当者よりＣＤ社の担当者に、新規部品の内容を通知する電子メールなどが入り、ＣＤ社が、新たな部品番号を採番して、部品番号変換テーブルに対応付けて格納しておく。このようにして、実質的にＣＳ社と同一内容の部品情報がＣＤ社の独自の部品番号を用いて作成される。
【００９０】
ＣＤ社の設計部門、製造部門、購買部門の担当者は、認定情報提供システム１１Ｂが提供する様々な情報を参照して、部品を選定する。
このような構成とすることにより、ＣＤ社は、認定に関するコストをあまりかけることなく、部品の認定制度を活用することができる。
【００９１】
次に、ＣＤ社の設計部などで、新たな部品の採用を依頼する場合を想定する。設計担当者は、ＣＤ社の部品管理部門の担当者に電子メールや電子掲示版により、その部品の調査を依頼する。
メールサーバ１５は、この依頼に依頼番号を付して記憶すると共に、依頼をＣＳ社の認定部門に転送する。ＣＳ社の担当者は、依頼を受信すると、その内容を検討し、依頼内容に沿った調査・審査を行う。
【００９２】
認定部門の担当者は、調査結果を依頼番号を明示してＣＤ社の特定のメールアドレスに送信する。メールサーバ１５は、特定アドレスへのメールを受信すると、その依頼番号を判別し、依頼の送信元を判別し、返信メールを転送する。
【００９３】
（第４の実施の形態）
第３の実施の形態では、ＣＤ社が、ＣＳ社から提供される部品情報をそのまま利用する例を説明したが、ＣＤ社がＣＳ社から提供された情報を参考にして、独自のＤＢを構築するようにしてもよい。このようなシステムを以下、第４の実施の形態として説明する。
【００９４】
なお、この第４の実施の形態のシステムの構成は、図２１に示す第３の実施の形態のシステム構成と基本的に同一である。但し、認定情報提供システム１１Ｂに代えて、図２に示す認定部門システム１１を備える。
【００９５】
ＣＳ社は、第１、第２の実施の形態と同様にして、自社の判断で、部品情報を取得し、推奨情報などを生成し、自社で利用すると共にＣＤ社に送信する。
【００９６】
ＣＤ社の認定部門の担当者は、自社の認定基準を認定基準ファイル１１６に格納する。また、ＣＳ社から提供されたトレンド情報をトレンド情報ファイルに１１６に格納し、カタログ情報をカタログファイル１１７に格納する。
【００９７】
ＣＤ社は、ＣＳ社より認定情報を受信すると、この情報を、一旦、バッファファイルに蓄積する。
ＣＤ社の認定部門の担当者は、バッファファイルに格納された情報を検討し、必要な情報或いは加工した情報を自社の認定部品ＤＢ１１９や改廃ＤＢ１２０に取り込む。
【００９８】
ＣＤ社の設計担当者などが、部品情報の調査（メーカ調査、品種調査、トレンド調査等）を依頼すると、その依頼は、認定部門の担当者に届く。担当者は、部品の調査依頼をとりまとめ、ＣＳ社に対し調査依頼書を作成し、送信する。ＣＳ社は、依頼に基づいて、調査を行い、その結果をＣＣ社の担当者に返送する。ＣＤ社の担当者は、回答を分析し、ＤＢ１１９，１２０に適宜反映する。
【００９９】
同様に、設計担当者等が部品の審査を依頼すると、その依頼は、部品管理担当者に届く。部品管理担当者は、部品の審査依頼をとりまとめ、ＣＳ社に対し審査依頼書を作成・送信し、ＣＳ社に審査を依頼する。ＣＳ社は、依頼に基づいて、部品の調達性、品質、コスト、改廃情報などを生成して、その結果をＣＤ社の担当者に返送する。ＣＤ社の担当者は、回答を分析し、ＤＢ１１９，１２０に適宜反映する。
【０１００】
このような構成とすることにより、ＣＤ社は、ＣＳ社からの情報を利用しつつ、独自の部品調達システムを構築する事が可能となる。
【０１０１】
なお、この発明は上記実施の形態に限定されず、様々な変更及び応用が可能である。
例えば、部品は、電子部品に限定されず、機械部品、化学部品（原料）等、完成品或いは中間品を製造するために必要される要素を広く意味する。
【０１０２】
また、例えば、上記実施の形態においては、改廃情報の通知や部品の購入申し込みに電子メールを使用したが、他の電子媒体を使用することも可能である。
例えば、認定部門に様々なタイプの電子掲示板を設けておき、部品のメーカや部品の供給元が改廃情報をこの電子掲示板に書き込むことにより、改廃情報を通知するようにしてもよい。
【０１０３】
また、部品の発注に関しては、決済関係を明確にするために、いわゆる、ワークフローシステム（電子稟議）システムを用いて、部署内において決裁者の承認を受けた部品購入申込書を購買部門に配送するようにしてもよい。なお、ワークフローシステムとしては、例えば、ノベル社から提供されているノーツ（登録商標）を使用することが可能である。
【０１０４】
さらに、上記実施の形態においては、認定部門により認定された部品を認定部品ＤＢ１１９に登録するようにしたが、取得した全ての部品に付いての情報を認定部品ＤＢ１１９に登録し、その認定情報で、購入・使用対象か、否かを認識できるようにしてもよい。
【０１０５】
また、データベースの構成、データベースのテーブル構成やＷＥＢページの構成は任意である。例えば、改廃ＤＢを使用せず、改廃情報に基づいて、認定部品ＤＢ１１９を直接書き換えることも可能である。また、各テーブルに任意の項目を追加したり、項目を削除することも可能である。
【０１０６】
また、図２４に示すように、認定部門システム１１をＡＳＰ（アプリケーションサービスプロバイダ）で構成してもよい。この場合には、様々な企業が独自の部品管理システムを、共通のハードウエア上に構築することができる。ＡＳＰには、企業又は企業群別に、図２に示すシステムの機能が用意される（ハードウエアは共通）。部品供給者は、各企業に個別に部品情報を提供するのではなく、ＡＳＰに部品情報を提供する。ＡＳＰは、認証情報（例えば、ＩＤとパスワード）を用いて、アクセス者を特定し、アクセス者に応じた情報を提供する。認定部門を備える企業は、ＡＳＰに蓄積された部品情報に基づいて、自社用のファイル群や認定部品ＤＢをメンテナンスし、設計者や製造管理者や発注者は自社用の認定部品ＤＢ等を参照して部品の選定・発注を行う。また、認定部門を備えていない企業のために、ＡＳＰの運営者が認定部門に相当する処理を代行し、認定部品ＤＢをメンテナンスするようにしてもよい。
【０１０７】
【発明の効果】
以上説明したように、本発明によれば、部品を適切に管理することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係る部品管理システムの構成を示す図である。
【図２】認定部門システムの構成の一例を示す図である。
【図３】認定方針を提示するＷＥＢページの一例を示す図である。
【図４】トレンド情報を提示するＷＥＢページの一例を示す図である。
【図５】部品選択のための推奨情報を提示するＷＥＢページの一例を示す図である。
【図６】電子カタログの一例を示す図である。
【図７】検索画面の一例を示す図である。
【図８】調査・審査依頼画面の一例を示す図である。
【図９】認定部品データベースのテーブル例を示す図である。
【図１０】改廃データベースのテーブル例を示す図である。
【図１１】設計部門システムの構成例を示す図である。
【図１２】製造部門システムの構成例を示す図である。
【図１３】購買部門システムの構成例を示す図である。
【図１４】発注データベースのテーブル例を示す図である。
【図１５】実施の形態に係る部品管理システムの動作を説明するためのフローチャートである。
【図１６】検索及び選択動作の一例を説明するためのフローチャートである。
【図１７】トレンド情報を参照する手順を説明するための図である。
【図１８】（ａ）は、単純な部品リストの一例を示す図であり、（ｂ）は、部品リスト作成処理により作成された詳細な部品リストの例を示す図である。
【図１９】部品リスト作成処理を説明するためのフローチャートである。
【図２０】第２の実施の形態に係る部品管理システムの構成を示す図である。
【図２１】第３の実施の形態に係る部品管理システムの構成を示す図である。
【図２２】ＩＤ変換テーブルの一例を示す図である。
【図２３】評価情報ファイルの一例を示す図である。
【図２４】ＡＳＰを用いた部品管理システムの構成の一例を示す図である。
【符号の説明】
１０ 社内ＬＡＮ
１１ 認定部門システム
１２ 設計部門システム
１３ 製造部門システム
１４ 購買部門システム
１５ メールサーバ
２０ インターネットゲートウエイ
３０ インターネット
【発明の属する技術分野】
本発明は、様々な機器を製造するための部品を管理するシステムと方法に関する。
【０００２】
【従来の技術】
様々な製品を開発・製造する段階で、大量の部品が使用される。
従来、部品の選択や購入は、開発・設計部門の主導で決定されており、製品の高機能化、高品質化、低価格化の要請に合わせて、様々な部品が社内の様々な部署で選定され、発注されていた。また、部品に関する情報は、グループや部門毎に個別に管理されていた。
【０００３】
【発明が解決しようとする課題】
従来は、部品を選択する際の明確な基準がなく、部品選択の客観性が低く、低品質や高価格な部品を購入する場合があった。さらに、従来は、多品種の部品を少量ずつ発注することが多く、発注及び購買コストが大きかった。
【０００４】
部品は、頻繁にその性能や価格が改変されるが、部品情報の管理が部門毎などに分散して行われているため、情報の更新が重複して行われ、また、更新漏れが発生する等、部品情報の管理の効率が悪かった。このため、将来廃止される予定の部品を選択するような場合があった。
【０００５】
この発明は、上記実状に鑑みてなされたもので、事業体として部品に関する情報を一括して管理し、設計者や製造者が良質の部品を容易に選択することを可能とすることを目的とする。
【０００６】
また、この発明は、部品の発注や購入に要するコストを抑えることを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、本発明の第１の観点に係る部品管理システムは、
複数の部品を一括して管理する部品管理システムであって、
部品を認定品として認定するための認定基準を表す認定基準情報のホームページ群を格納した認定基準記憶手段と、
技術動向、市場動向、受給見通し、予測価格変動等に基づいて部品選択の指針を示すホームページ群、および、部品別の推奨情報、付属情報、価格情報等とともに掲載されるホームページ群を含むトレンド情報ファイルが格納されたトレンド情報記憶手段と、
前記認定基準記憶手段に記憶されている認定基準および前記トレンド情報記憶手段に格納されているトレンド情報ファイルとに基づいて予め認定された部品に関する情報を蓄積する認定部品データベースと、
通信ネットワークを介して部品供給元から取得された、部品の改廃に関する改廃情報を蓄積する改廃データベースと、
端末からの要求を通信ネットワークを介して受信し、前記認定基準記憶手段および前記トレンド情報記憶手段に記憶されたホームページ群を、前記通信ネットワークを介して提供するＷＷＷサーバと、
設計端末から送信された条件情報に基づいて前記認定部品データベースおよび前記改廃データベースを検索し、条件に合致する部品の改廃情報を含む部品情報を前記認定部品データベースから読み出して前記ＷＷＷサーバに提供するデータベースサーバと、を備え、
前記データベースサーバは、前記設計端末から送信された部品ＩＤのみのリストに基づき、前記認定部品データベースおよび前記改廃データベースから該部品ＩＤに対応する部品の部品情報を取得する部品情報取得手段をさらに備え、
前記ＷＷＷサーバは、前記部品情報取得手段によって取得された部品情報を、前記通信ネットワークを介して前記設計端末に返信する、
ことを特徴とする。
【００１１】
上記目的を達成するため、本発明の第２の観点にかかる部品管理方法は、
部品を認定品として認定するための認定基準を表す認定基準情報のホームページ群を格納した認定基準記憶手段と、
技術動向、市場動向、受給見通し、予測価格変動等に基づいて部品選択の指針を示すホームページ群、および、部品別の推奨情報、付属情報、価格情報等とともに掲載されるホームページ群を含むトレンド情報ファイルが格納されたトレンド情報記憶手段と、
前記認定基準記憶手段に記憶されている認定基準および前記トレンド情報記憶手段に格納されているトレンド情報ファイルとに基づいて予め認定された部品に関する情報を蓄積する認定部品データベースと、
通信ネットワークを介して部品供給元から取得された、部品の改廃に関する改廃情報を蓄積する改廃データベースと、を備えた部品管理システムで部品を管理するための方法であって、
ＷＷＷサーバが、端末からの要求を通信ネットワークを介して受信し、前記認定基準記憶手段および前記トレンド情報記憶手段に記憶されたホームページ群を、前記通信ネットワークを介して提供するホームページ提供ステップと、
データベースサーバが、設計端末から送信された条件情報に基づいて前記認定部品データベースおよび前記改廃データベースを検索し、条件に合致する部品の改廃情報を含む部品情報を前記認定部品データベースから読み出して前記ＷＷＷサーバに提供する部品情報検索ステップと、
前記ＷＷＷサーバが、前記設計端末から送信された部品ＩＤのみのリストに基づき、前記認定部品データベースおよび前記改廃データベースから該部品ＩＤに対応する部品の部品情報を取得する部品情報取得ステップと、
前記ＷＷＷサーバが、前記部品情報取得ステップによって取得された部品情報を、前記通信ネットワークを介して前記設計端末に返信する部品情報返信ステップと、
を実行することを特徴とする。
【００１４】
【発明の実施の形態】
以下、この発明の実施の形態にかかる部品管理システムを説明する。
（第１の実施の形態）
この実施の形態の部品管理システムは、１つの企業内に設置され、該当企業内で使用する部品を管理する。
【００１５】
図１に示すように、この部品管理システムは、ネットワーク、例えば、社内ＬＡＮ１０を介して相互に接続された認定部門システム１１と、設計部門システム１２と、製造部門システム１３と、購買部門システム１４と、メールサーバ１５とを備え、インターネットゲートウエイ（ＧＷ）２０を介してインターネット３０に接続されている。
【００１６】
認定部門システム１１は、図２に示すように、内部ＬＡＮ１１１で相互に接続されたＷＷＷサーバ１１２と、データベースサーバ１１３と、認定部門端末群１１４とを備える。
【００１７】
ＷＷＷサーバ１１２は、認定基準ファイル１１５と、トレンド情報ファイル１１６と、カタログファイル１１７と、検索画面ファイル１１８とを備え、これらのファイルに格納されているハイパーテキスト形式の文書（ホームページ）をネットワークを介してブラウザに提供する。
【００１８】
認定基準ファイル１１５は、図３に例示するような、この企業で使用する部品を認定（選定）するための基準を社内に明示するためのホームページを格納する。
トレンド情報ファイル１１６は、図４に例示するような、技術動向、市況動向、受給見通し、予想価格変動等に基づいて、部品選択の指針を示すホームページ群と、図５に例示するような、部品別の推奨情報、付属情報、価格情報等と共に掲載するホームページ群と、を格納する。
【００１９】
また、カタログファイル１１７は、例えば、図６に示すような、様々な部品の電子カタログ（カタログ情報を掲載したホームページ）を格納する。
【００２０】
検索画面ファイル１１８は、例えば、図７に示すような、このシステムの利用者が、部品に関する情報を検索するための検索画面（検索用ホームページ）を記憶する。なお、検索の対象は、例えば、部品メーカの調査、部品の品種の調査、部品のトレンドの調査などである。検索画面ファイル１１８は、さらに、図８に示すような、部品の調査・審査を要求するための審査要求画面（審査要求用ホームページ）を格納する。調査・審査の依頼の対象は、調達性（調達の容易性）、品質、コスト、改廃情報等である。また、既採用部品よりも優れた部品が存在する場合には、それを提案することも可能である。
【００２１】
ＷＷＷサーバ１１２は、図２に示すように、ＳＱＬ生成部とＨＴＭＬ変換部とを備える。ＳＱＬ生成部は、検索画面に入力された検索用のキーワード（又はキーワード群）や論理式からデータベースを検索するためのＳＱＬ文を生成する。また、ＨＴＭＬ変換部は、データベースから策出されたデータを、ＨＴＭＬ形式等のウエッブページに変換して、検索要求元に提供する。
【００２２】
データベースサーバ１１３は、認定部品データベース１１９と改廃データベース１２０とを備え、ＷＷＷサーバ１１２からのＳＱＬ文に応答して、データベース１１９，１２０に格納されている情報を検索し、策出した情報をＷＷＷサーバ１１２に提供する。また、外部からの情報に基づいて、これらのデータベース１１９，１２０の情報を更新する。
【００２３】
認定部品ＤＢ１１９は、認定部門によって審査された部品に関する情報を登録するＤＢであり、図９に示すように、部品分類、事業体固有の部品ＩＤ（部品識別符号）と、部品供給業者が使用している部品ＩＤと、メーカ名と、供給会社名と、価格と、認定情報（推奨、使用可等）、部品の仕様と、カタログファイル１１７又はインターネット上のその部品の電子カタログや関連情報が提示されているホームページのアドレスやリンク、存在する場合には改廃データベースの対応項目へのリンクなどの情報を含む。なお、認定部品ＤＢ１１９には、認定部門により、この事業体で使用可能（選択可能）であると認定された部品に関する情報のみを登録するようにしてもよい。
【００２４】
改廃ＤＢ１２０は、部品の供給元（メーカ、商社）などから、電子メールの形式で提供される部品の改廃情報（改良情報及び廃止情報）を一旦蓄積するＤＢであり、図１０に示すように、事業体固有の部品ＩＤ（部品識別符号）と、部品供給業者が使用している部品ＩＤと、メーカ名と、供給会社名と、改良と廃止の別、改良点／代替品の情報と、認定部品ＤＢ１１９の対応項目へのリンク、インターネット上のカタログ情報のＵＲＬなどのリンク情報を含む。
【００２５】
図２に示す認定部門端末群１１４は、認定基準ファイル１１５と、トレンド情報ファイル１１６と、カタログファイル１１７と、検索画面ファイル１１８と、認定部品データベース１１９と、改廃データベース１２０とに格納されている情報を参照・更新する。
【００２６】
図１に示す設計部門システム１２は、図１１に示すように、内部ＬＡＮ１２１で相互に接続された設計用データベースサーバ１２２と複数の設計端末１２３とを備える。
設計用データベースサーバ１２２は、設計用のライブラリを備えた設計用ライブラリＤＢ１２４を備える。
【００２７】
設計端末１２３は、設計担当者が設計を行うためのＣＡＤ端末等から構成され、設計用データベースサーバ１２２を介して設計用ライブラリＤＢ１２４に格納されたライブラリを用いて様々な設計を行う。
また、設計端末１２３には、ブラウザとメーラがインストールされており、社内ＬＡＮ１０を介してＷＷＷサーバ１１２とＤＢサーバ１１３とにアクセス可能に構成されている。
【００２８】
製造部門システム１３は、図１２に示すように、内部ＬＡＮ１３１で相互に接続された複数の製造管理端末１３３を備える。製造管理端末１３３は、製造部門の担当者が、製造管理業務や製造に必要な部品の発注、在庫の確認を行うための端末である。なお、製造部門システム１３は、例えば、工場毎に設置される。
【００２９】
購買部門システム１４は、社外に対して１つの購買窓口としての機能を有し、図１３に示すように、内部ＬＡＮ１４１で接続された発注サーバ１４２と購買端末１４３とを備える。
【００３０】
発注サーバ１４２は、発注情報を記録する発注データベース１４４を備える。この発注ＤＢ１４４は、図１４に示すように、この企業が発注した部品の、発注日、社内商品ＩＤ、発注先での商品ＩＤ、数量、納期、納品地（納品先）、納品日、検収者、確認メール受信日などのデータを登録する。
購買端末１４３は、発注データベース１４４を更新する機能と、部品の供給元に対して、部品を発注するための電子メールを送信する機能とを有する。
【００３１】
図１に示すメールサーバ１５は、社内の各部門及び担当者、社内と外部との間の電子メールの送受信を制御する。
【００３２】
社内ＬＡＮ１０はインターネットゲートウエイ（ＩＧＷ）２０を介してインターネット３０に接続されている。インターネット３０には、この企業に部品を供給しているメーカや商社のコンピュータシステム３１〜３４が接続されている。
【００３３】
次に、上記構成の部品管理システムを用いた部品管理業務について、図１５に示すフローチャートを参照して説明する。
認定部門は、その企業で、使用することを許可する部品を認定（選択）する作業を行う。即ち、部品認定部門は、従来、設計部門や製造部門が独自に取捨選択していた部品を、一定の枠内に絞り込む作業を行う。
【００３４】
即ち、部品認定部門は、認定基準の方針を策定し（会社の部品認定基準を定め）、その基準（方針）を明確化する（ステップＳ１１）。
まず、この会社への協力度、供給する部品の品質及び価格、納品の迅速さ、環境対応度などを考慮して、メーカや商社を数社に絞り込む（ステップＳ１２）。
【００３５】
次に、部品について、例えば、特性（スペック）別に、品質、供給の安定性、価格、廃棄又はリサイクル時の処理の容易性、等に基づいて、認定基準を策定する（ステップＳ１３）。或いは、メーカからの部品動向情報、設計部門及び／又は製造部門からの要求内容、品質、コスト、調達性等について総合的に判断して、認定基準を設定する（ステップＳ１３）。
認定基準が完成すると、この認定基準を、図３に例示するようにＨＴＭＬ化し、認定基準ファイル１１５に登録する。
【００３６】
完成した認定基準を充足する部品を認定（選択）し、社内で固有の統一番号を付し認定部品ＤＢ１１９に図９に示すようにに登録する（ステップＳ１４）。なお、ほぼ同一のスペックについて、多数の部品が認定基準を満足する場合には、２〜４種類に絞り込む。
【００３７】
さらに、認定した部品について、認定情報（ステータス情報）を設定する（ステップＳ１５）。この認定情報は、部品を使用して良いか否かを示す情報や、制限付きで使用して良いか否かを示す情報であり、部品の部品情報や性能に基づいて予め付与される部品選定時の判断材料になる情報である。
【００３８】
認定情報としては、例えば、部品を積極的に進めることを示す「推奨」、単に選定を推奨することを示す「認定」、認定作業中であることを示す「未審査」、選定を推奨しないことを示す「非推奨」、入手が容易ではない等の成約条件はあるが選定できることを示す「限定」、使用ができないことを示す「禁止」、生産が中止又は終了したことを示す「廃止」、認定部品データベースへの登録が却下されたことを示す「却下」等の情報がある。
【００３９】
なお、生産元或いは供給元でのトラブルの発生に備えて、複数のメーカ及び複数の供給元（商社）から部品を調達するように、部品を認定する。
【００４０】
次に、認定した部品のカタログ情報（電子カタログ）をカタログファイル１１７に登録し、認定部品ＤＢ１１９上の情報とリンクを張る（ステップＳ１６）。或いは、インターネット３０上のカタログ情報のアドレス（ＵＲＬ）を認定部品ＤＢ１１９に設定してもよい。
【００４１】
また、認定部門は、部品分野別に、数年のスパンでの技術動向、品質動向、価格動向、受給動向等について調査する。そして、調査結果から、例えば、図４に示すような情報を生成し、これをＨＴＭＬ化して、トレンド情報ファイル１１６に閲覧可能に登録する（ステップＳ１７）。
【００４２】
また、認定部門は、部品種別に、認定部門が認定した部品について、選定した図５に示すような推奨情報を生成し、これをＨＴＭＬ化して、トレンド情報ファイル１１６に閲覧可能に登録する（ステップＳ１８）。
【００４３】
以上の処理により、認定部門により複数の部品が審査され、その審査情報が閲覧可能となる。
【００４４】
設計部門の担当者は、図１１に示す設計端末１２３を使用し、設計用ライブラリ１２４に登録されているライブラリ等を使用して設計を行う。設計の過程で、部品を選定する際には、認定部品ＤＢ１１９を参照して、自己の必要とする特性を有する部品を、認定済みの部品のなかからから選択する。この部品選択動作の一例を図１６に示すフローチャートを参照して説明する。
【００４５】
設計部門の担当者は、所望の部品を選択する場合、例えば、設計端末１２３からＷＷＷサーバ１１２にアクセスする。そして、設計端末１とＷＷＷサーバ１１２との間で、所定のログイン処理を行う（ステップＳ２１）。ログインが成立すると、担当者は、設計端末１２３を用いて、検索画面ファイル１１８に格納されている図７に示す検索画面を表示させる（ステップＳ２２、Ｓ２３）。続いて、検索画面の仕様に従って、キーワード、条件式などを入力し、検索を指示する（ステップＳ２４）。指示に応答し、設計端末１は、検索条件をＷＷＷサーバ１１２に送信する（ステップＳ２５）。ＷＷＷサーバ１１２のＳＱＬ変換部は、入力されたキーワード、条件式などから認定部品ＤＢ１１９から、所望の部品を検索するためのＳＱＬ文を生成し（ステップＳ２６）、内部ＬＡＮ１１１を介してデータベースサーバ１１３に送信する（ステップＳ２７）。
【００４６】
データベースサーバ１１３は、受信したＳＱＬ文により認定部品ＤＢ１１９を検索し（ステップＳ２８）、策出した情報をＷＷＷサーバ１１２に返送する（ステップ２９）。ＷＷＷサーバ１１２は、返送された情報をＨＴＭＬ変換部によりＨＴＭＬ形式のテキスト文書に変換し（ステップＳ３０）、設計端末１２３に送信する（ステップＳ３１）。設計端末１２３は、受信したＨＴＭＬ文書をブラウザに表示する（ステップＳ３２）。このようにして、設計者は、認定部門によって、認定基準に則って予め選択された部品群の内から自己の必要とする仕様の部品を抽出することができる。
【００４７】
さらに、設計部門の担当者は、部品を選択する場合、トレンド情報ファイル１１６に格納されているトレンド情報やお奨め情報を参考にすることができる。この場合、担当者は、図１７に示すように、設計端末１２３からＷＷＷサーバ１１２にアクセスし、トレンド情報を要求する（ステップＳ３１）。ＷＷＷサーバ１１２は、要求に応答して、トレンド情報ファイル１１６から該当するトレンド情報を読み出し（ステップＳ３２）、設計端末１２３に送信する（ステップＳ３３）。設計端末１２３は、受信した情報を表示する（ステップＳ３４）。設計者は、表示されたトレンド情報から、自己が必要とする部品についての将来の動向・市況分析を参照することができる。また、部品の将来動向分析を参照することにより、将来動向を見据えた部品の選択と設計が可能となる。さらに、同様の手順により、認定部門によるお奨め情報をトレンド情報ファイル１１６から読み出して参照することにより、ある程度選択すべき部品を絞り込むことができる。
【００４８】
さらに、設計部門の担当者は、認定部品ＤＢ１１９の登録情報を設計に利用することができる。例えば、設計図面上に使用部品のリストを作成する場合に、部品の詳細情報を、認定部品ＤＢ１１９の内容から自動的に詳細な部品リストを作成することも可能である。
【００４９】
この場合、例えば、設計者は、設計段階では、図１８（ａ）に示すように、部品リストに部品ＩＤ（例えば、自社の部品ＩＤ）のみを登録しておく。設計の最終段階で、設計者は使用する部品のリストの作成を指示する。
【００５０】
この指示に応答し、設計端末１２３は、図１９に示す処理を開始し、設計図面から部品リストを読み出し（ステップＳ４１）、リストアップされている部品をＷＷＷサーバ１１２に通知する（ステップＳ４２）。ＷＷＷサーバ１１２は、通知された部品の情報を取得するためのＳＱＬ文を生成し（ステップＳ４３）、生成したＳＱＬ文をＤＢサーバ１１３に送信する。ＤＢサーバ１１３は、ＳＱＬ文に従って認定部品ＤＢ１１９及び改廃ＤＢ１２０を検索し、各部品の情報を取得する（ステップＳ４５）。ＤＢサーバ１１３は、取得した部品情報をＷＷＷサーバ１１２に送信し（ステップＳ４６）、ＷＷＷサーバ１１２は、部品情報を設計端末１２３に送信する（ステップＳ４７）。設計端末１２３は、受信した部品情報を、設計図面部品リストに対応付けて記録媒体に格納する（ステップＳ４８）。この結果、例えば、図１８（ａ）に示すような単純な部品リストから、図１８（ｂ）に示すような詳細な部品情報を有するリストが自動的に生成される。
【００５１】
なお、ＤＢサーバ１１３は、ステップＳ４５で、リストアップされている部品の認定情報（ステータス）が、禁止、廃止、未審査、却下、未登録等である部品については、認定情報の内容と対処方法を示す警告情報を部品情報に添付する。例えば、ＤＢサーバ１１３は、認定情報が、禁止、未審査、却下等の場合には、ほぼ同一スのペックを有し、認定情報が認定又は推奨の部品を検索して、警告情報と共にＷＷＷサーバ１１２を介して設計者に通知する。また、ＤＢサーバ１１３は、認定情報が、廃止の場合には、代替部品又はほぼ同一スのペックを有し、認定情報が認定又は推奨の部品を検索して、警告情報と共にＷＷＷサーバ１１２を介して設計者に通知する。未登録の部品ＩＤについては、図８の調査・審査依頼画面などを用いて、認定部門による認定を申請すべきことを告知する。
【００５２】
なお、設計段階で、認定部品ＤＢ１１９に登録されている部品情報を取得し、設計図面上に配置或いは登録できるようにしてもよい。例えば、設計端末１２３から要求に応答し、ＷＷＷサーバ１１２が、ＤＢサーバ１２３を介して、認定部品ＤＢ１１９から部品情報を読み出し、ＨＴＭＬ化して要求元の設計端末１２３に供給する。設計端末１２３は、提供された情報（テーブル）を表示し、設計者が、任意の部品を指定（クリック等）或いはドラッグアンドドロップすると、その部品の部品ＩＤや付属情報を取得し、設計図面上に配置し或いは使用部品ファイルに登録する。この際にも、ステータスが禁止、未審査などの部品を選択した場合に、警告が発せられるようにすることが望ましい。
【００５３】
設計部門が設計や実験のために、部品を発注する場合には、購買部門の所定の購入申込受付用アドレス宛に、所定フォーマットの電子メールを送信する。この電子メールは、内容として次の項目を含む。１．部門コード・部門名、２．担当者名・担当者社員コード、３．社内部品番号、４．数量、５．納期、６．納品場所、７．購入理由、８．決裁者。
なお、この電子メールの取り扱いについては、購買部門についての説明の項で説明する。
【００５４】
製造部門は、製造管理端末１３３を使用して在庫管理などを行いながら、生産を行う。生産のために部品を発注する際には、基本的に設計仕様に基づく部品を発注する。ただし、部品を自ら選定する際には、設計部門による部品選択の場合と同様に、認定部品ＤＢ１１９、トレンド情報ファイル１１６、カタログファイル１１７を参照して、自己の必要とする特性を有する部品を、認定済みの部品から選択する。認定部品以外の部品の使用・選択は禁止される。
【００５５】
製造部門が、部品の購入を依頼する場合にも、購買部門の所定の購入申込受付用アドレス宛に、所定フォーマットの電子メールを送信する。この電子メールのフォーマットは、設計部門が部品の購入を依頼する際の電子メールのフォーマットと同一であり、内容として次の項目を含む。１．部門コード・部門名、２．担当者名・担当者社員コード、３．社内部品番号、４．数量、５．納期、６．納品場所、７．購入理由、８．決裁者。
【００５６】
購買部門システム１４の発注サーバ１４２は、メールサーバ１５に定期的にアクセスし、部品購入申込用の特定のメールアドレス宛のメールをメールサーバのメールボックスから読み出す。
購買部門の担当者は、発注サーバ１４２が読み出した電子メールの内容（購入申し込み）が妥当なものか否かを判断し（必要ならば、申込者や決裁者への確認を取る）、部品の注文書を作成し、部品供給元のメールアドレス宛に送信する。この発注メールは、内容として次の項目を有する。１．宛先（発注先の会社名、担当部署、担当者）、２．注文番号、３．発注会社名、４．部門名、５．担当者名、６．発注先の部品番号、７．社内部品番号、８．数量、９．納期、１０．納品場所。
さらに、購買部門の担当者は、この注文書の内容を発注ＤＢ１４４に登録する。
【００５７】
商品発注先、即ち、部品納入業者は、メールを受信すると、確認メールを、部品購買部のメールアドレス宛に送信すると共に納品の準備を開始する。部品購買部の担当者は、確認メールを受信すると、発注ＤＢ１４４（図１４）の該当欄に、受信日や確認メール受信のフラグをセットする。
【００５８】
商品が、指定された納入場所に納入されると、受領担当者は、これを検収し、納品が完了した旨を端末より、部品購買部門の所定アドレスに送信する。担当者は、受信した電子メールの内容を、発注ＤＢ１４４に登録する。即ち、発注ＤＢ１４４の対応するエントリに、納品日、検収者（氏名、ＩＤ）などを登録し、未納品リストから除外する。
【００５９】
このような動作を繰り返すことにより、一定の認定基準を充足する部品のみを使用して高品質の製品を製造することが可能になる。さらに、部品を任意に選択できる場合に比較して、部品１点当たりの取引量が増加し、部品納入業者との価格交渉力が増加する。さらに、部品を別々の供給元に発注している場合に比較して、各発注先との取引量が増加し、任意の納入業者にバラバラに部品を発注している場合に比較して、価格交渉力が増加する。
【００６０】
部品は頻繁に改良され、より高品質の部品の発売に伴って廃止される。各メーカ又は供給元は、部品の改廃が発生した場合、認定部門の改廃情報受信専用のメールアドレス宛に電子メールの形式で、改廃情報（更新情報）を提供する。この改廃情報は、廃止の場合には、例えば、部品番号、廃止日、廃止理由、代替品に関する情報（代替品の電子カタログのＵＲＬなどを含む）などの情報を含む。一方、改良の場合には、部品番号、改良点、改良後の部品の電子カタログが掲載されているホームページのＵＲＬなどの情報を含む。
【００６１】
認定部門の担当者は、部品の改廃を通知する電子メールを受信すると、受信した情報を改廃ＤＢ１２０（図１０）に登録する。さらに、認定部品ＤＢ１１９の該当する部品の認定情報の欄（図９）に、改廃の予定があり、検討（審査）中である旨の認定情報を登録する。さらに、認定情報（ステータス情報）を「認定」から「未審査」に変更するようにしても良い。そして、認定部品ＤＢ１１９の部品情報と改廃ＤＢ１２０の対応する改廃情報とをリンク付ける。
【００６２】
この段階で、設計部門及び選定部門の担当者は、その部品に改良或いは廃止の予定があることを知ることができ、部品選定の参考とすることができる。
【００６３】
次に、認定部門は、改廃後の部品の取り扱いについて検討する。
まず、「廃止」の場合には、廃止前の適当なタイミングで、認定部品ＤＢ１１９よりその部品の認定情報のランクを下げ、選択対象外にする（例えば、認定情報（ステータス情報）を「認定」又は「未審査」から「廃止」に変更する）。次に、改廃情報で通知された代替品を含む同一スペックの部品について、認定基準に則って新たに部品を選定し、新たな部品ＩＤを取得して、認定部品ＤＢ１１９に登録する。
【００６４】
次に、「改良」の場合には、改良前の適当なタイミングで、改良後の部品を認定するか否かを認定基準に則って判断する。
認定する場合には、認定情報を「推奨」、「認定」等に更新する。
【００６５】
一方、改良後の部品を認定しないと判断した場合には、その部品の認定を廃止する旨のコメントを改廃ＤＢ１２０に登録し、適当なタイミングで、認定部品ＤＢ１１９の登録情報の認定情報を「廃止」等に変更する。さらに、部品の廃止の場合と同様に、代替部品を選定する。
【００６６】
また、部品の改廃があった場合には、関係する部署（設計、製造、購買部門）に、部品の廃止及び代替品等を通知する電子メールを送信する。
【００６７】
認定部門に対して様々な調査や審査を依頼したい場合がある。このような場合には、設計部門や製造部門の担当者は、設計端末１２３や製造管理端末１３３により認定部門システム１１のＷＷＷサーバ１１２にアクセスし、図８に示す調査・審査依頼画面を読み出す。調査・審査依頼者は、画面上に部品を特定する情報（メーカ、部品名、型番、価格等）を入力し、調査・審査の内容（調達性、品質、コスト、改廃情報等）を特定し、送信ボタンをクリックする。このボタン操作に応答し、設計端末１２３や製造管理端末１３３は、入力された情報をＷＷＷサーバ１１２に送信する。ＷＷＷサーバ１１２は、受信した内容を所定のファイルに蓄積する。認定部門の担当者は、調査・審査の依頼情報を適宜読み出し、依頼に従って、調査及び／又は審査を行う。認定部門は、調査・審査の結果を、調査・審査の依頼元に電子メール等で連絡する。また、認定部門は、調査・審査した部品を認定する場合には、その部品に関する情報を認定部品ＤＢ１１９に登録する。
【００６８】
このような構成とすることにより、設計や製造の現場の担当者は部品選定のために必要な調査・審査を認定部門に依頼することができる。さらに、認定部門は依頼に基づく調査や審査の結果を認定に活用することができる。
【００６９】
また、設計部門や製造部門の担当者は、認定部品より優れた部品を知っている場合には、図８に示す調査・審査依頼画面で、その部品を推薦し、送信ボタンをクリックする。このボタン操作に応答し、設計端末１２３や製造管理端末１３３は、入力された情報をＷＷＷサーバ１１２に送信する。ＷＷＷサーバ１１２は、受信した内容を所定ファイルに蓄積する。認定部門の担当者は、提案情報を適宜読み出し、提案された部品の審査を行う。認定部門は、審査の結果を、提案元に電子メール等で連絡する。また、認定部門は、提案された部品を認定する場合には、その部品に関する情報を認定部品ＤＢ１１９に登録する。
このような構成とすることにより、例えば、設計や製造の現場の担当者が得た部品知識を審査に活用することができる。
【００７０】
以上説明したように、この実施の形態によれば、良い部品に集約してＤＢ化して、このＤＢを維持する仕組みを構築したことにより、低コストで高品質の部品を安定的に調達することができる。
また、常に、最適な部品が認定され、認定された部品内から使用する部品を選定するので、常に最適な部品を使用することができる。
【００７１】
（第２の実施の形態）
上記実施の形態においては、１つの事業体（企業など）を対象として、部品の認定、選択、購入を処理する場合を説明したが、複数の会社にまたがって、部品を管理するようにしてもよい。
【００７２】
図２０は、このような場合のシステム構成の一例を示す。
この実施の形態では、本社に相当する会社ＣＡと、ＣＡの生産会社に相当するＣＢ、ＣＣとが部品管理システムを共用する場合を想定する。
【００７３】
まず、会社ＣＡとＣＢとＣＣは、それぞれ、社内ＬＡＮ１０を備える。
各社内ＬＡＮ１０は、ゲートウエイ（ＧＷ）２１などを介して相互に接続されている。
本社機能を有するＣＡ社は、第１の実施の形態と同様に、部品認定部門、設計部門、購買部門、製造部門などを有し、認定部門システム１１，設計部門システム１２，製造部門システム１３，購買部門システム１４、メールサーバ１５等を備える。
【００７４】
一方、生産会社ＣＢ、ＣＣは、部品認定部門や購買部門は備えておらず、設計部門及び製造部門を有する。但し、システムとしては、それぞれ、認定情報提供システム１１Ａ，設計部門システム１２，製造部門システム１３，メールサーバ１５を備える。認定情報提供システム１１Ａは、図２に示す認定部門システム１１の構成のうち、認定部門端末１１４を備えていない。
【００７５】
これら３つの会社は、部品コードを全て統一している。
部品に関する情報は、ＣＡ社が一括して取得し、認定作業及び認定の維持・更新に関する処理を行う。
認定部門は、認定部門システム１１を使用して、第１の実施の形態と同様に、一定の認定基準を策定し、策定した基準に則って部品を認定する。さらに、認定し部品に関する情報を認定部門システム１１内の認定部品ＤＢに登録する。また、部品の改廃に関する情報をメールサーバ１５等に集中的に受信し、改廃ＤＢを更新する。さらに、改廃ＤＢの内容に従って、認定部品ＤＢを更新する。
【００７６】
生産会社ＣＢとＣＣの認定情報提供システム１１Ａは、認定システム１１の認定基準ファイル１１５とトレンド情報ファイル１１６とカタログファイル１１７と検索画面ファイル１１８と認定部品ＤＢ１１９と改廃ＤＢ１２０との記録内容のコピー（複製）を記憶する。生産会社ＣＢとＣＣの設計部門、製造部門は、このコピーを参照して部品を選択する。
【００７７】
そして、各社が、部品を購入する場合には、購入申し込みを本社ＣＡの購買部門に電子メール等で依頼する。
本社ＣＡの購買部門は、納品先の会社名を明示して部品供給元に発注する。支払いは、部品供給元に対する支払いはＣＡが代表して行い、ＣＢ、ＣＣへのＣＡからの請求は、帳簿上で行う。或いは、部品供給元からのＣＢ又はＣＣへの請求を、発行させ、支払いをＣＢ又はＣＣ自身で行うようにしてもよい。
【００７８】
この第２の実施の形態は、第１の実施の形態と同様に、最適な部品を選択することができる。
さらに、この第２の実施の形態によれば、複数の事業体で一括して部品を発注できる。従って、事業体個々に部品を発注する場合に比較して発注単位が増加し、各部品の発注量がバラバラの場合に比較して、発注量が増加し、事業体ＣＡ〜ＣＣとして、価格交渉がしやすくなる。
【００７９】
（第３の実施の形態）
第２の実施の形態においては、複数の企業が、部品ＩＤ、部品の認定、選択、購入を一括して行う事例を説明した。そこまでの統合は困難能であっても、部品認定情報を複数の企業で有効に活用することが望ましい場合がある。
【００８０】
そこで、以下、異なる事業体において、部品認定情報を有効に活用することができる部品管理システムを第３の実施の形態として説明する。
【００８１】
この実施の形態の部品管理システムは、図２１に示すように、第１及び第２の実施の形態で説明した部品認定システムを備える企業ＣＳと、企業ＣＳから提供される部品情報を利用する企業ＣＤとから構成される。
【００８２】
企業ＣＳは、第１の実施の形態と同様に、認定部門システム、設計部門システム、製造部門システム、購買部門システムを備える。
【００８３】
一方、企業ＣＤは、企業ＣＳから独立した事業体であり、認定情報提供システム１１Ｂと、設計部門システム１２と、製造部門システム１３と、購買部門システム１４と、メールサーバ１５とを独自に備える。
【００８４】
部品選定部門システム１１は、ＩＤ変換テーブルと評価情報ファイルとを備える。
【００８５】
ＩＤ変換テーブルは、図２２に示すように、企業ＣＳが採用する部品番号と、企業ＣＤが採用する部品番号とを対応付ける。
評価情報ファイルは、図２３に示すように、部品番号別に部品情報とその評価情報とを格納する。
【００８６】
次に、図２１〜図２３に示す構成を有する部品管理システムの動作を説明する。
例えば、図２２に示すように、企業ＣＳでは、ＩＣには、その内容を示す２文字の記号「ＩＡ」〜「ＩＤ」と５桁の数字というコード体型が確立されており、企業ＣＣでは、電子部品であることを示す記号Ｅと６桁数字の結合というコード体型が確立されているとする。
【００８７】
企業ＣＳは、第１、第２実施の実施の形態の認定部門と同様に、部品の評価作業を行い、その結果をインターネット３０を介して企業ＣＤの認定情報提供システム１１Ｂに通知する。
【００８８】
企業ＣＤの認定情報提供システム１１Ｂは、通知された情報に含まれている企業ＣＳの部品番号を、ＩＤ変換テーブルを参照することにより、企業ＣＤ固有の部品番号に置換して、認定部品ＤＢ、改廃ＤＢ、認定基準ファイル、トレンド情報ファイル、カタログファイル、検索画面ファイルを作成する。
【００８９】
なお、新規部品については、ＣＳ社の認定部門の担当者よりＣＤ社の担当者に、新規部品の内容を通知する電子メールなどが入り、ＣＤ社が、新たな部品番号を採番して、部品番号変換テーブルに対応付けて格納しておく。このようにして、実質的にＣＳ社と同一内容の部品情報がＣＤ社の独自の部品番号を用いて作成される。
【００９０】
ＣＤ社の設計部門、製造部門、購買部門の担当者は、認定情報提供システム１１Ｂが提供する様々な情報を参照して、部品を選定する。
このような構成とすることにより、ＣＤ社は、認定に関するコストをあまりかけることなく、部品の認定制度を活用することができる。
【００９１】
次に、ＣＤ社の設計部などで、新たな部品の採用を依頼する場合を想定する。設計担当者は、ＣＤ社の部品管理部門の担当者に電子メールや電子掲示版により、その部品の調査を依頼する。
メールサーバ１５は、この依頼に依頼番号を付して記憶すると共に、依頼をＣＳ社の認定部門に転送する。ＣＳ社の担当者は、依頼を受信すると、その内容を検討し、依頼内容に沿った調査・審査を行う。
【００９２】
認定部門の担当者は、調査結果を依頼番号を明示してＣＤ社の特定のメールアドレスに送信する。メールサーバ１５は、特定アドレスへのメールを受信すると、その依頼番号を判別し、依頼の送信元を判別し、返信メールを転送する。
【００９３】
（第４の実施の形態）
第３の実施の形態では、ＣＤ社が、ＣＳ社から提供される部品情報をそのまま利用する例を説明したが、ＣＤ社がＣＳ社から提供された情報を参考にして、独自のＤＢを構築するようにしてもよい。このようなシステムを以下、第４の実施の形態として説明する。
【００９４】
なお、この第４の実施の形態のシステムの構成は、図２１に示す第３の実施の形態のシステム構成と基本的に同一である。但し、認定情報提供システム１１Ｂに代えて、図２に示す認定部門システム１１を備える。
【００９５】
ＣＳ社は、第１、第２の実施の形態と同様にして、自社の判断で、部品情報を取得し、推奨情報などを生成し、自社で利用すると共にＣＤ社に送信する。
【００９６】
ＣＤ社の認定部門の担当者は、自社の認定基準を認定基準ファイル１１６に格納する。また、ＣＳ社から提供されたトレンド情報をトレンド情報ファイルに１１６に格納し、カタログ情報をカタログファイル１１７に格納する。
【００９７】
ＣＤ社は、ＣＳ社より認定情報を受信すると、この情報を、一旦、バッファファイルに蓄積する。
ＣＤ社の認定部門の担当者は、バッファファイルに格納された情報を検討し、必要な情報或いは加工した情報を自社の認定部品ＤＢ１１９や改廃ＤＢ１２０に取り込む。
【００９８】
ＣＤ社の設計担当者などが、部品情報の調査（メーカ調査、品種調査、トレンド調査等）を依頼すると、その依頼は、認定部門の担当者に届く。担当者は、部品の調査依頼をとりまとめ、ＣＳ社に対し調査依頼書を作成し、送信する。ＣＳ社は、依頼に基づいて、調査を行い、その結果をＣＣ社の担当者に返送する。ＣＤ社の担当者は、回答を分析し、ＤＢ１１９，１２０に適宜反映する。
【００９９】
同様に、設計担当者等が部品の審査を依頼すると、その依頼は、部品管理担当者に届く。部品管理担当者は、部品の審査依頼をとりまとめ、ＣＳ社に対し審査依頼書を作成・送信し、ＣＳ社に審査を依頼する。ＣＳ社は、依頼に基づいて、部品の調達性、品質、コスト、改廃情報などを生成して、その結果をＣＤ社の担当者に返送する。ＣＤ社の担当者は、回答を分析し、ＤＢ１１９，１２０に適宜反映する。
【０１００】
このような構成とすることにより、ＣＤ社は、ＣＳ社からの情報を利用しつつ、独自の部品調達システムを構築する事が可能となる。
【０１０１】
なお、この発明は上記実施の形態に限定されず、様々な変更及び応用が可能である。
例えば、部品は、電子部品に限定されず、機械部品、化学部品（原料）等、完成品或いは中間品を製造するために必要される要素を広く意味する。
【０１０２】
また、例えば、上記実施の形態においては、改廃情報の通知や部品の購入申し込みに電子メールを使用したが、他の電子媒体を使用することも可能である。
例えば、認定部門に様々なタイプの電子掲示板を設けておき、部品のメーカや部品の供給元が改廃情報をこの電子掲示板に書き込むことにより、改廃情報を通知するようにしてもよい。
【０１０３】
また、部品の発注に関しては、決済関係を明確にするために、いわゆる、ワークフローシステム（電子稟議）システムを用いて、部署内において決裁者の承認を受けた部品購入申込書を購買部門に配送するようにしてもよい。なお、ワークフローシステムとしては、例えば、ノベル社から提供されているノーツ（登録商標）を使用することが可能である。
【０１０４】
さらに、上記実施の形態においては、認定部門により認定された部品を認定部品ＤＢ１１９に登録するようにしたが、取得した全ての部品に付いての情報を認定部品ＤＢ１１９に登録し、その認定情報で、購入・使用対象か、否かを認識できるようにしてもよい。
【０１０５】
また、データベースの構成、データベースのテーブル構成やＷＥＢページの構成は任意である。例えば、改廃ＤＢを使用せず、改廃情報に基づいて、認定部品ＤＢ１１９を直接書き換えることも可能である。また、各テーブルに任意の項目を追加したり、項目を削除することも可能である。
【０１０６】
また、図２４に示すように、認定部門システム１１をＡＳＰ（アプリケーションサービスプロバイダ）で構成してもよい。この場合には、様々な企業が独自の部品管理システムを、共通のハードウエア上に構築することができる。ＡＳＰには、企業又は企業群別に、図２に示すシステムの機能が用意される（ハードウエアは共通）。部品供給者は、各企業に個別に部品情報を提供するのではなく、ＡＳＰに部品情報を提供する。ＡＳＰは、認証情報（例えば、ＩＤとパスワード）を用いて、アクセス者を特定し、アクセス者に応じた情報を提供する。認定部門を備える企業は、ＡＳＰに蓄積された部品情報に基づいて、自社用のファイル群や認定部品ＤＢをメンテナンスし、設計者や製造管理者や発注者は自社用の認定部品ＤＢ等を参照して部品の選定・発注を行う。また、認定部門を備えていない企業のために、ＡＳＰの運営者が認定部門に相当する処理を代行し、認定部品ＤＢをメンテナンスするようにしてもよい。
【０１０７】
【発明の効果】
以上説明したように、本発明によれば、部品を適切に管理することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係る部品管理システムの構成を示す図である。
【図２】認定部門システムの構成の一例を示す図である。
【図３】認定方針を提示するＷＥＢページの一例を示す図である。
【図４】トレンド情報を提示するＷＥＢページの一例を示す図である。
【図５】部品選択のための推奨情報を提示するＷＥＢページの一例を示す図である。
【図６】電子カタログの一例を示す図である。
【図７】検索画面の一例を示す図である。
【図８】調査・審査依頼画面の一例を示す図である。
【図９】認定部品データベースのテーブル例を示す図である。
【図１０】改廃データベースのテーブル例を示す図である。
【図１１】設計部門システムの構成例を示す図である。
【図１２】製造部門システムの構成例を示す図である。
【図１３】購買部門システムの構成例を示す図である。
【図１４】発注データベースのテーブル例を示す図である。
【図１５】実施の形態に係る部品管理システムの動作を説明するためのフローチャートである。
【図１６】検索及び選択動作の一例を説明するためのフローチャートである。
【図１７】トレンド情報を参照する手順を説明するための図である。
【図１８】（ａ）は、単純な部品リストの一例を示す図であり、（ｂ）は、部品リスト作成処理により作成された詳細な部品リストの例を示す図である。
【図１９】部品リスト作成処理を説明するためのフローチャートである。
【図２０】第２の実施の形態に係る部品管理システムの構成を示す図である。
【図２１】第３の実施の形態に係る部品管理システムの構成を示す図である。
【図２２】ＩＤ変換テーブルの一例を示す図である。
【図２３】評価情報ファイルの一例を示す図である。
【図２４】ＡＳＰを用いた部品管理システムの構成の一例を示す図である。
【符号の説明】
１０ 社内ＬＡＮ
１１ 認定部門システム
１２ 設計部門システム
１３ 製造部門システム
１４ 購買部門システム
１５ メールサーバ
２０ インターネットゲートウエイ
３０ インターネット
Claims (2)
- 複数の部品を一括して管理する部品管理システムであって、
部品を認定品として認定するための認定基準を表す認定基準情報のホームページ群を格納した認定基準記憶手段と、
技術動向、市場動向、受給見通し、予測価格変動等に基づいて部品選択の指針を示すホームページ群、および、部品別の推奨情報、付属情報、価格情報等とともに掲載されるホームページ群を含むトレンド情報ファイルが格納されたトレンド情報記憶手段と、
前記認定基準記憶手段に記憶されている認定基準および前記トレンド情報記憶手段に格納されているトレンド情報ファイルとに基づいて予め認定された部品に関する情報を蓄積する認定部品データベースと、
通信ネットワークを介して部品供給元から取得された、部品の改廃に関する改廃情報を蓄積する改廃データベースと、
端末からの要求を通信ネットワークを介して受信し、前記認定基準記憶手段および前記トレンド情報記憶手段に記憶されたホームページ群を、前記通信ネットワークを介して提供するＷＷＷサーバと、
設計端末から送信された条件情報に基づいて前記認定部品データベースおよび前記改廃データベースを検索し、条件に合致する部品の改廃情報を含む部品情報を前記認定部品データベースから読み出して前記ＷＷＷサーバに提供するデータベースサーバと、を備え、
前記データベースサーバは、前記設計端末から送信された部品ＩＤのみのリストに基づき、前記認定部品データベースおよび前記改廃データベースから該部品ＩＤに対応する部品の部品情報を取得する部品情報取得手段をさらに備え、
前記ＷＷＷサーバは、前記部品情報取得手段によって取得された部品情報を、前記通信ネットワークを介して前記設計端末に返信する、
ことを特徴とする部品管理システム。 - 部品を認定品として認定するための認定基準を表す認定基準情報のホームページ群を格納した認定基準記憶手段と、
技術動向、市場動向、受給見通し、予測価格変動等に基づいて部品選択の指針を示すホームページ群、および、部品別の推奨情報、付属情報、価格情報等とともに掲載されるホームページ群を含むトレンド情報ファイルが格納されたトレンド情報記憶手段と、
前記認定基準記憶手段に記憶されている認定基準および前記トレンド情報記憶手段に格納されているトレンド情報ファイルとに基づいて予め認定された部品に関する情報を蓄積する認定部品データベースと、
通信ネットワークを介して部品供給元から取得された、部品の改廃に関する改廃情報を蓄積する改廃データベースと、を備えた部品管理システムで部品を管理するための方法であって、
ＷＷＷサーバが、端末からの要求を通信ネットワークを介して受信し、前記認定基準記憶手段および前記トレンド情報記憶手段に記憶されたホームページ群を、前記通信ネットワークを介して提供するホームページ提供ステップと、
データベースサーバが、設計端末から送信された条件情報に基づいて前記認定部品データベースおよび前記改廃データベースを検索し、条件に合致する部品の改廃情報を含む部品情報を前記認定部品データベースから読み出して前記ＷＷＷサーバに提供する部品情報検索ステップと、
前記ＷＷＷサーバが、前記設計端末から送信された部品ＩＤのみのリストに基づき、前記認定部品データベースおよび前記改廃データベースから該部品ＩＤに対応する部品の部品情報を取得する部品情報取得ステップと、
前記ＷＷＷサーバが、前記部品情報取得ステップによって取得された部品情報を、前記通信ネットワークを介して前記設計端末に返信する部品情報返信ステップと、
を実行することを特徴とする部品管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002226757A JP4354158B2 (ja) | 2000-07-21 | 2002-08-02 | 部品管理システム及び部品管理方法 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000221549 | 2000-07-21 | ||
| JP2000-221549 | 2000-07-21 | ||
| JP2002226757A JP4354158B2 (ja) | 2000-07-21 | 2002-08-02 | 部品管理システム及び部品管理方法 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001222316A Division JP4354131B2 (ja) | 2000-07-21 | 2001-07-23 | 部品管理システム及び部品管理方法 |
Related Child Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005322102A Division JP2006127532A (ja) | 2000-07-21 | 2005-11-07 | 部品管理システムおよび部品管理方法 |
| JP2006119644A Division JP2006286006A (ja) | 2000-07-21 | 2006-04-24 | 部品管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003178113A JP2003178113A (ja) | 2003-06-27 |
| JP4354158B2 true JP4354158B2 (ja) | 2009-10-28 |
Family
ID=26596487
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002226757A Expired - Fee Related JP4354158B2 (ja) | 2000-07-21 | 2002-08-02 | 部品管理システム及び部品管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4354158B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2353238C (en) | 2000-07-21 | 2013-10-08 | Ricoh Company Ltd. | Component management system and method |
| JP2006018344A (ja) * | 2004-06-30 | 2006-01-19 | Fuji Electric Holdings Co Ltd | 部品管理システム |
| JP2012022563A (ja) * | 2010-07-15 | 2012-02-02 | Mitsubishi Electric Corp | 代替部品候補自動導出装置、代替部品候補自動導出方法および代替部品候補自動導出プログラム |
| KR102214734B1 (ko) * | 2019-04-04 | 2021-02-10 | 이상범 | 캐드용 라이브러리 추천방법 |
| JP7391698B2 (ja) * | 2020-02-07 | 2023-12-05 | エヌ・ティ・ティ・コミュニケーションズ株式会社 | 製造発注支援装置、方法およびプログラム |
-
2002
- 2002-08-02 JP JP2002226757A patent/JP4354158B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003178113A (ja) | 2003-06-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8065202B1 (en) | Form management in an electronic procurement system | |
| US7707149B2 (en) | Method, system, and program for customer service and support management | |
| US8635123B2 (en) | Systems and methods for managing supplier information between an electronic procurement system and buyers' supplier management systems | |
| CN101427272B (zh) | 用于用户生成和引导内容丰富的生命周期的系统和方法 | |
| US20020052801A1 (en) | Hosted asset procurement system and method | |
| JP2007536627A (ja) | 電子カタログのサプライヤ・ポータルのためのシステムおよび方法 | |
| CA2353238C (en) | Component management system and method | |
| WO2000030004A1 (en) | Electronic commerce search, retrieval and transaction system | |
| WO2003044708A1 (en) | Network system | |
| JP4354158B2 (ja) | 部品管理システム及び部品管理方法 | |
| US20040049444A1 (en) | Trade supporting method and system | |
| JP2007141051A (ja) | 商品情報を管理する方法及びシステム | |
| JP4354131B2 (ja) | 部品管理システム及び部品管理方法 | |
| JP4342776B2 (ja) | 部品管理システム | |
| US20050071246A1 (en) | Apparatus for exchanging compliance information | |
| US20020032618A1 (en) | Information disclosing control method and its system, and computer program | |
| JP2007018541A (ja) | 部品管理方法 | |
| JP2001344487A (ja) | インターネットを用いた電子購買方法および電子購買システム | |
| US20050165654A1 (en) | Method and system for searching and structuring purchase information and conducting purchase transactions | |
| JP2006228249A (ja) | 部品管理方法 | |
| JP2006286006A (ja) | 部品管理方法 | |
| JP2007018537A (ja) | 部品管理システム | |
| JP2006228248A (ja) | 部品管理システムおよび部品管理方法 | |
| JP2006127532A (ja) | 部品管理システムおよび部品管理方法 | |
| US20020052823A1 (en) | Authentication method, information processing method and recording medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050329 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050527 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050906 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051107 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060221 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060424 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20060428 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20060602 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090330 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090702 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090729 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4354158 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120807 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120807 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130807 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |