調達支援システム、調達支援方法及びプログラム
【課題】部品の調達を支援することができる調達支援システム、調達支援方法及びプログラムを提供する。
【解決手段】調達支援システムは、調達支援サーバ１と、調達支援データベース２とを備えている。調達支援データベース２は、調達する部品の納期遅延の問題を引き起こす可能性のある納期問題原因について、納期遅延の問題を引き起こす可能性のある納期問題要素ごとに、納期遅延に関する現在の状況を記憶する。調達支援サーバ１は、納期遅延に関する現在の状況に応じてポイントを設定し、設定したポイントから部品のリスクポイントを算出し、算出した部品のリスクポイントに基づいて、部品の納期遅延を予防する予防措置を実施するか否かを判別する。
【解決手段】調達支援システムは、調達支援サーバ１と、調達支援データベース２とを備えている。調達支援データベース２は、調達する部品の納期遅延の問題を引き起こす可能性のある納期問題原因について、納期遅延の問題を引き起こす可能性のある納期問題要素ごとに、納期遅延に関する現在の状況を記憶する。調達支援サーバ１は、納期遅延に関する現在の状況に応じてポイントを設定し、設定したポイントから部品のリスクポイントを算出し、算出した部品のリスクポイントに基づいて、部品の納期遅延を予防する予防措置を実施するか否かを判別する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、調達支援システム、調達支援方法及びプログラムに関する。
【背景技術】
【０００２】
一般に、企業では、複数の担当者がそれぞれ独自に部品の調達を行い、例えば、週報等により現在の調達に関する情報を報告している。しかし、週報等により報告では、問題が生じている部品に対して、誰がどのように対応しているかが分かりづらいという問題がある。また、週報等による報告では、報告前の類似品への対応が不十分なものとなってしまう。これらの問題を解決するため、部品の調達に関して、様々な提案がなされている。
【０００３】
例えば、特許文献１には、検査部門及び製造部門が部品品質情報を共有化することにより、部品品質の改善を速やかに行なうことのできる品質情報解析支援装置が開示されている。
【特許文献１】特開２００３−１２２８１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、部品の調達に関する情報をデータベース化しても、例えば、部品の調達を行っている担当者個人の判断のばらつきにより、漏れ、遅れ等が発生してしまうおそれがある。このため、問題となる部品の管理が十分に行われるように、さらに部品の調達を支援することができるシステムの提供が求められている。
【０００５】
本発明は、上記問題に鑑みてなされたものであり、部品の調達を支援することができる調達支援システム、調達支援方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の第１の観点にかかる調達支援システムは、
調達する部品の納期遅延リスクに関するリスク情報を記憶するリスク情報記憶手段と、
前記リスク情報記憶手段に記憶されたリスク情報に基づいて、前記部品の納期遅延リスクを数値化し、数値化した納期遅延リスクから当該部品のリスクポイントを算出するリスクポイント算出手段と、
前記リスクポイント算出手段により算出された部品のリスクポイントに基づいて、当該部品の納期遅延を予防する予防措置を実施するか否かを判別する判別手段と、
を備える、ことを特徴とする。
【０００７】
前記リスク情報は、納期遅延の問題を引き起こす可能性のある納期問題要素と、納期遅延の問題を引き起こす可能性のある納期問題原因とを有し、
前記リスク情報記憶手段は、前記各納期問題原因について、前記納期問題要素ごとに、納期遅延に関する現在の状況が記憶され、
前記リスクポイント算出手段は、前記納期遅延に関する現在の状況に応じてポイントを設定し、設定したポイントから部品のリスクポイントを算出してもよい。
【０００８】
前記判別手段により前記予防措置を実施すると判別されたときに、その部品を調達する担当者を、通常の担当者よりも部品の納期遅延予防の可能性の高い担当者に決定する担当者決定手段を、さらに備えてもよい。
【０００９】
本発明の第２の観点にかかる調達支援方法は、
調達する部品の納期遅延リスクに関するリスク情報を記憶するリスク情報記憶ステップと、
前記リスク情報記憶ステップで記憶されたリスク情報に基づいて、前記部品の納期遅延リスクを数値化し、数値化した納期遅延リスクから当該部品のリスクポイントを算出するリスクポイント算出ステップと、
前記リスクポイント算出ステップで算出された部品のリスクポイントに基づいて、当該部品の納期遅延を予防する予防措置を実施するか否かを判別する判別ステップと、
を備える、ことを特徴とする。
【００１０】
本発明の第３の観点にかかるプログラムは、
コンピュータを、
調達する部品の納期遅延リスクに関するリスク情報を記憶するリスク情報記憶手段、
前記リスク情報記憶手段に記憶されたリスク情報に基づいて、前記部品の納期遅延リスクを数値化し、数値化した納期遅延リスクから当該部品のリスクポイントを算出するリスクポイント算出手段、
前記リスクポイント算出手段により算出された部品のリスクポイントに基づいて、当該部品の納期遅延を予防する予防措置を実施するか否かを判別する判別手段、
として機能させることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、部品の調達を支援することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態にかかる調達支援システム、調達支援方法及びプログラムについて説明する。
【００１３】
図１に本実施の形態の調達支援システムの構成を示す。図１に示すように、調達支援システムは、調達支援サーバ１と、調達支援データベース２と、通信ネットワーク３と、通信ネットワーク３を介して接続された利用者用端末４（４１〜４ｎ）と、を備えている。
【００１４】
調達支援サーバ１は、調達支援システムに関する各種の処理をするためのものである。図２に調達支援サーバ１の構成図を示す。図２に示すように、調達支援サーバ１は、通信制御部１１と、処理制御部１２と、データ記憶部１３と、を備えている。
【００１５】
通信制御部１１は、例えば、ルータなどの所定の通信装置から構成され、調達支援サーバ１と通信ネットワーク３とを接続する。通信制御部１１は、例えば、通信ネットワーク３を介して、利用者用端末４から、各種データ（情報）の受信を行う。
【００１６】
処理制御部１２は、通信制御部１１を介して通信を行い、また、各種の情報を処理する。処理制御部１２は、例えば、ＣＰＵ（Central Processing Unit）を備え、データ記憶部１３から読み出した動作プログラムを実行する等により各種の処理を実行する。
【００１７】
データ記憶部１３は、半導体メモリ、磁気ディスク記録装置などから構成され、各種の情報やプログラムを記録する。
【００１８】
調達支援データベース２は、調達支援システムに関する各種の情報を記憶するデータベース（ＤＢ）である。図３に調達支援データベース２の構成を示す。図３に示すように、調達支援データベース２は、利用者情報ＤＢ２１と、部品情報ＤＢ２２と、発注情報ＤＢ２３と、リスク評価情報ＤＢ２４と、画像情報ＤＢ２５と、を備えている。
【００１９】
利用者情報ＤＢ２１は、部品の調達を行う、調達支援システムの利用者に関する情報を記憶するデータベースである。利用者情報ＤＢ２１には、例えば、図４に示すように、利用者ＩＤ、氏名、役職、メールアドレス、パスワード等が記憶されている。ここで、利用者ＩＤは、利用者の識別情報である。パスワードは、利用者が調達支援システムにログインするためのパスワードである。
【００２０】
部品情報ＤＢ２２は、調達可能な部品に関する情報を記憶するデータベースである。部品情報ＤＢ２２には、例えば、図５に示すように、部品番号、部品名、メーカー名、仕入れ先等が記憶されている。また、部品情報ＤＢ２２には、各部品について、後述する納期遅延の問題を引き起こす可能性のある要素（納期問題要素）の有無、及び、納期遅延の問題を引き起こす可能性のある原因（納期問題原因）を有するか否かが記憶されている。
【００２１】
発注情報ＤＢ２３は、発注（調達）部品に関する情報を記憶するデータベースである。発注情報ＤＢ２３には、例えば、図６に示すように、発注番号、部品番号、数量、担当者ＩＤ、仕入れ先、納期、進捗情報等が記憶されている。進捗情報には、その部品の納期について、担当者と仕入れ先との交渉状況により得た情報、例えば、仕入れ先との交渉日時とその結果（予定納期日）が記憶されている。
【００２２】
リスク評価情報ＤＢ２４は、調達する部品のリスク評価に関する情報を記憶するデータベースである。リスク評価情報ＤＢ２４には、納期問題原因について、納期問題要素ごとに、遅延の程度、遅延の頻度、遅延の可能性に関する現在の状況が記憶されている。納期問題原因としては、急激な増産、市場逼迫、生産縮小・中止、品質不具合、改廃等がある。納期問題要素としては、トラブル前科品、海外生産品、受注生産品、特別管理部品等がある。
【００２３】
例えば、納期問題原因が急激な増産の場合について、納期問題要素ごとの遅延の程度、遅延の頻度、遅延の可能性に関する現在の状況の一例を図７に示す。図７に示すように、遅延の程度、遅延の頻度、遅延の可能性について、それぞれの状況に応じたリスクポイントが定められている。リスクポイントは、部品の納期遅延リスクを数値化したものであり、例えば、遅延の程度の場合、「１週間（１Ｗ）」が「１」ポイント、「１ヶ月（１Ｍ）」が「３」ポイント、「数ヶ月（数Ｍ）」が「５」ポイント、「生産中止（中止）」が「７」ポイントと定められている。遅延の頻度の場合、「ない」が「０」ポイント、「たまに」が「１」ポイント、「多い」が「３」ポイントと定められている。遅延の可能性の場合、その可能性に応じて「０」〜「５」に定められている。このため、納期問題原因が急激な増産であって、納期問題要素がトラブル前科品の場合、図７に示すように、リスクポイントは、（遅延の程度：「５」）＋（遅延の頻度：「３」）＋（遅延の可能性：「３」）＝「１１」ポイントとなる。
【００２４】
リスク評価情報ＤＢ２４には、図７に示すような情報が納期問題原因ごとに、記憶されている。このため、リスク評価情報ＤＢ２４に記憶された情報に基づいて、図８に示すようなリスク評価表が作成される。リスク評価表は、部品の納期に関するリスク情報を客観的なデータに変換（数値化）し、部品の納期に関するリスクを顕在化させることができる。このリスク評価表を用いることにより、部品のリスクポイントを求めることができる。例えば、納期問題原因として「急激な増産」と「市場逼迫」とが考えられ、調達対象となる部品が納期問題要素の「トラブル前科品」、「海外生産品」に該当する場合、この部品のリスクポイントは、（急激な増産の「１１」＋「９」）＋（市場逼迫の「９」＋「７」）＝「３６」ポイントとなる。このリスク評価表は、後述するリスク評価処理における部品のリスク評価に用いられる。
【００２５】
画像情報ＤＢ２５は、後述する各処理で表示される様々な画像を構成する情報を記憶するデータベースであり、これらの画像を生成するための様々な素材の画像、各種フォームなどを記憶する。
【００２６】
通信ネットワーク３は、例えば、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）などの所定の通信プロトコルに基づくインターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などの通信ネットワークである。
【００２７】
利用者用端末４は、例えば、通信機能を有するコンピュータなどから構成されている。利用者用端末４は、例えば、後述するように、ログイン、発注情報登録処理、進捗情報登録処理などの処理における操作入力等に用いられる。
【００２８】
以上のように構成された調達支援システムによれば、発注情報ＤＢ２３に発注（調達）部品に関する情報が記憶されているので、部品の調達に関する情報をリアルタイムで一元管理することができる。また、各利用者が発注情報ＤＢ２３に登録された情報を見ることにより、情報の共有化を図ることができる。このため、本システムにより、部品の調達を支援することができる。
【００２９】
次に、以上のように構成された調達支援システムを用いた調達支援方法について説明する。以下、事前登録、ログイン、発注情報登録処理、進捗情報登録処理、発注情報表示処理、リスク評価処理の順に説明する。
【００３０】
（事前登録）
利用者が調達支援システムを利用するには、調達支援システムに事前登録をすることが必要になる。まず、利用者は、利用者用端末４から通信ネットワーク３を介して調達支援サーバ１に、利用者の氏名、役職、メールアドレス等の情報を調達支援サーバ１に送信する。調達支援サーバ１（処理制御部１２）は、利用者の氏名等の情報を受け取ると、利用者ＩＤ及びパスワードを発行し、例えば、メールで利用者用端末４に利用者ＩＤ及びパスワードを送信する。また、処理制御部１２は、受信した所定の情報、利用者ＩＤ及びパスワードを利用者情報ＤＢ２１に登録する。これにより、利用者による事前登録が完了する。なお、本システムの管理者を設け、この管理者が利用者の事前登録を行ってもよい。
【００３１】
（ログイン）
利用者は、利用者用端末４から通信ネットワーク３を介して、調達支援サーバ１により提供されるＷｅｂサイトにアクセスし、受信したＩＤ（ログイン名）及びパスワードを入力する。処理制御部１２は、送信されたログイン名及びパスワードから利用者であると認めると、例えば、図９に示すようなメニュー画面の情報（ＨＴＭＬ形式の情報）を画像情報ＤＢ２５から読み出して、利用者用端末４に送信し、利用者用端末４にメニュー画面を表示する。メニュー画面には、図９に示すように、発注情報ＤＢ２３に発注情報を登録する「発注情報登録」、発注情報ＤＢ２３に進捗情報を登録する「進捗情報登録」、発注情報ＤＢ２３に登録された発注情報を内容を表示させる「発注情報表示」等のメニュー欄が配置されている。利用者は、利用者用端末４を操作して、このメニュー画面から「発注情報登録」、「進捗情報登録」等をクリックすることにより、発注情報の登録や、進捗情報の登録等の処理を行うことができる。
【００３２】
（発注情報登録処理）
発注情報登録処理は、部品の発注に関する情報を登録する処理である。図１０は、発注情報登録処理を説明するためのフローチャートである。以下、本システムの利用者（部品調達の担当者）が部品の発注に関する情報を登録する場合を例に説明する。なお、本システムの管理者を設け、この管理者が発注情報登録処理を行ってもよい。
【００３３】
まず、処理制御部１２は、図９に示すメニュー画面を画像情報ＤＢ２５から読み出して、利用者用端末４に送信し、利用者用端末４にメニュー画面を表示させる（ステップＳ１）。次に、処理制御部１２は、メニュー画面から「発注情報登録」が選択されているか否かを判別する（ステップＳ２）。すなわち、利用者がメニュー画面から「発注情報登録」をクリックしたか否かを判別する。処理制御部１２は、「発注情報登録」がクリックされていないと判別すると（ステップＳ２；Ｎｏ）、この処理を終了する。
【００３４】
処理制御部１２は、「発注情報登録」がクリックされていると判別すると（ステップＳ２；Ｙｅｓ）、図１１に示す登録画面を画像情報ＤＢ２５から読み出して、利用者用端末４に送信し、利用者用端末４に登録画面を表示させる（ステップＳ３）。登録画面には、発注番号、部品番号、数量等の入力欄が設けられている。利用者が利用者用端末４を操作して、入力欄に必要な事項を入力し、「登録」を選択（クリック）することにより発注情報を登録することができる。なお、入力する項目を選択し、「一覧」を選択（クリック）することにより、その項目に入力する事項の一覧を表示することができる。
【００３５】
次に、処理制御部１２は、「登録」が選択されているか否かを判別する（ステップＳ４）。処理制御部１２は、「登録」が選択されていると判別すると（ステップＳ４；Ｙｅｓ）、作成された発注情報を発注情報ＤＢ２３に記憶し（ステップＳ５）、この処理を終了する。
【００３６】
（進捗情報登録処理）
進捗情報登録処理は、発注した部品の進捗状況に関する情報を登録する処理であり、部品調達の担当者（利用者）が仕入れ先との交渉状況に関する情報（進捗情報）を発注情報ＤＢ２３に登録する処理である。図１２は、進捗情報登録処理を説明するためのフローチャートである。
【００３７】
まず、処理制御部１２は、図９に示すメニュー画面を画像情報ＤＢ２５から読み出して、利用者用端末４に送信し、利用者用端末４にメニュー画面を表示させる（ステップＳ１１）。次に、処理制御部１２は、メニュー画面から「進捗情報登録」が選択されているか否かを判別する（ステップＳ１２）。処理制御部１２は、「進捗情報登録」がクリックされていないと判別すると（ステップＳ１２；Ｎｏ）、この処理を終了する。
【００３８】
処理制御部１２は、「進捗情報登録」がクリックされていると判別すると（ステップＳ１２；Ｙｅｓ）、発注情報ＤＢ２３に登録されている発注情報の一覧を示す一覧画面を作成し、作成した一覧画面を示す情報を利用者用端末４に送信して、利用者用端末４に一覧画面を表示させる（ステップＳ１３）。
【００３９】
次に、処理制御部１２は、発注情報が選択されているか否かを判別する（ステップＳ１４）。処理制御部１２は、発注情報が選択されていると判別すると（ステップＳ１４；Ｙｅｓ）、選択された発注情報に記憶されている情報（発注番号、部品番号、数量、担当者ＩＤ、納期、進捗情報等）を利用者用端末４に送信して、利用者用端末４に選択された発注情報を表示させる（ステップＳ１５）。
【００４０】
なお、この表示された発注情報は、前述の登録画面の各項目に発注番号、部品番号、数量等の情報が登録されたものである。利用者は、利用者用端末４を操作して、進捗情報の入力欄に必要な事項を入力し、「登録」を選択（クリック）することにより進捗情報を登録することができる。
【００４１】
次に、処理制御部１２は、「登録」が選択されているか否かを判別する（ステップＳ１６）。処理制御部１２は、「登録」が選択されていると判別すると（ステップＳ１６；Ｙｅｓ）、作成された進捗情報を発注情報ＤＢ２３に記憶する（ステップＳ１７）。
【００４２】
続いて、処理制御部１２は、作成された進捗情報に納期問題原因、及び、納期問題要素に関する情報が有るか否かを判別する（ステップＳ１８）。処理制御部１２は、納期問題原因、及び、納期問題要素に関する情報がないと判別すると（ステップＳ１８；Ｎｏ）、この処理を終了する。処理制御部１２は、納期問題原因や納期問題要素に関する情報があると判別すると（ステップＳ１８；Ｙｅｓ）、部品情報ＤＢ２２に登録されている対応する部品に、納期問題原因や納期問題要素に関する情報を記憶し（ステップＳ１９）、この処理を終了する。
【００４３】
このように、利用者により、その発注した部品の進捗状況に関する最新の進捗情報が発注情報ＤＢ２３に登録されるので、発注した部品の進捗状況を容易に管理することができる。
【００４４】
（発注情報表示処理）
発注情報表示処理は、発注情報ＤＢ２３に登録されている発注情報を表示する処理である。発注情報表示処理は、ステップＳ１２で「発注情報表示」を選択しているか否かを判別すること以外、前述のステップＳ１１〜Ｓ１５とほぼ同様の処理により実行される。この処理により、利用者は、発注情報ＤＢ２３に登録されている発注情報の内容、及び、その進捗情報（現在の状況）を知ることができる。
【００４５】
（リスク評価処理）
リスク評価処理は、発注（調達）部品の納期に関するリスクを評価する処理である。このリスク評価処理により評価したリスク（リスクポイント）に応じて、担当者の設定、変更、発注日の前倒し（先行手配）等の各種の予防措置を実施することができる。本実施の形態では、発注情報ＤＢ２３に発注情報が登録された場合（部品発注前）にリスク評価（リスクポイントの算出）を行い、算出したリスクポイントに応じて担当者を決定する場合を例に説明する。図１３は、リスク評価処理を説明するためのフローチャートである。
【００４６】
まず、処理制御部１２は、発注情報ＤＢ２３に発注情報が登録されたか否かを判別する（ステップＳ２１）。処理制御部１２は、発注情報ＤＢ２３に発注情報が登録されたと判別すると（ステップＳ２１；Ｙｅｓ）、登録された発注情報にかかる部品を特定する。（ステップＳ２２）。
【００４７】
次に、処理制御部１２は、特定した部品の納期問題原因、及び、納期問題要素を特定する（ステップＳ２３）。本実施の形態では、部品情報ＤＢ２２に部品の納期問題原因、及び、納期問題要素が登録されており、処理制御部１２は、特定した部品について、部品情報ＤＢ２２に記憶されている、この部品の納期問題原因、及び、納期問題要素を特定する。
【００４８】
続いて、処理制御部１２は、特定した納期問題原因、及び、納期問題要素に基づいて、特定した部品のリスクポイントを算出する（ステップＳ２４）。具体的には、リスク評価情報ＤＢ２４に記憶された情報に基づいて、図８に示すようなリスク評価表を作成し、作成したリスク評価表を用いて、特定した部品のリスクポイントを算出する。例えば、納期問題原因として「急激な増産」と「市場逼迫」とが特定され、納期問題要素として「トラブル前科品」と「海外生産品」とが特定されている場合、特定された部品のリスクポイントは、（急激な増産・トラブル前科品の「１１」）＋（急激な増産・海外生産品の「９」）＋（市場逼迫・トラブル前科品の「９」）＋（市場逼迫・海外生産品の「７」）＝「３６」ポイントとなる。
【００４９】
次に、処理制御部１２は、算出した部品のリスクポイントが所定数以上か否かを判別する（ステップＳ２５）。処理制御部１２は、算出した部品のリスクポイントが所定数以上でないと判別すると（ステップＳ２５；Ｎｏ）、通常の担当者を担当者に決定する（ステップＳ２６）。処理制御部１２は、算出した部品のリスクポイントが所定数以上であると判別すると（ステップＳ２５；Ｙｅｓ）、通常の担当者よりも納期問題予防（解決）の可能性の高い者、例えば、通常の担当者の上司を担当者に決定する（ステップＳ２７）。例えば、通常の担当者が役職を有しない者の場合、係長、課長等の上司を担当者に決定する。そして、処理制御部１２は、決定した担当者を発注情報ＤＢ２３に登録し（ステップＳ２８）、この処理を終了する。
【００５０】
このように、リスクポイントが高い部品、すなわち、部品の納期管理について問題が生じるおそれの高い部品の発注については、その担当者を通常の担当者の上司にしている。このため、通常の担当者を担当者とした場合よりも早期に納期問題を解決しやすくなる。このような担当者の決定を自動的に行うことにより、部品の調達を容易にすることができる。このため、本システムにより、部品の調達を支援することができる。
【００５１】
以上説明したように、本実施の形態によれば、発注情報ＤＢ２３に発注（調達）部品に関する情報が記憶されているので、部品の調達に関する情報をリアルタイムで一元管理することができる。また、各利用者が発注情報ＤＢ２３に登録された情報を見ることにより、情報の共有化を図ることができる。このため、本システムにより、部品の調達を支援することができる。
【００５２】
また、本実施の形態によれば、納期問題原因、及び、納期問題要素に基づいて、部品の納期に関するリスクポイントを算出しているので、部品の納期に関するリスクを顕在化させることができる。このため、本システムにより、部品の調達を支援することができる。
【００５３】
さらに、本実施の形態によれば、リスクポイントが高い部品については、そのしているので、通常の担当者を担当者とした場合よりも早期に納期問題を解決しやすくなる。このため、本システムにより、部品の調達を支援することができる。
【００５４】
なお、本発明は、上記の実施の形態に限られず、種々の変形、応用が可能である。以下、本発明に適用可能な他の実施の形態について説明する。
【００５５】
上記実施の形態では、算出したリスクポイントに応じて担当者を決定した場合を例に本発明を説明したが、発注した部品の納期遅延に対する予防措置を実施することができるものであればよく、例えば、発注日の前倒し（先行発注）するように、発注日を決定してもよい。また、発注期間を延ばしてもよい。
【００５６】
上記実施の形態では、部品の納期遅延に対する予防措置として、担当者を通常の担当者の上司に決定する場合を例に本発明を説明したが、例えば、算出したリスクポイントが５０以上の場合には係長、７０以上の場合には課長を担当者としてもよい。また、決定する担当者は、納期問題を予防（解決）可能な者であれば、通常の担当者の上司でなくてもよい。
【００５７】
上記実施の形態では、発注前にリスク評価処理を行って担当者を決定した場合を例に本発明を説明したが、例えば、発注後にリスク評価処理を行ってもよい。発注後のリスク評価処理としては、任意の時期に行うことが可能であるが、進捗情報が所定期間以上進展がない場合などに行うことが好ましい。図１４は、かかる場合のリスク評価処理を説明するためのフローチャートである。
【００５８】
この場合、まず、処理制御部１２は、進捗情報が所定期間以上進展がないか否かを判別する（ステップＳ３１）。処理制御部１２は、進捗情報が所定期間内に進展があると判別した場合には（ステップＳ３１；Ｎｏ）、この処理を終了する。処理制御部１２は、進捗情報が所定期間以上進展がないと判別した場合には（ステップＳ３１；Ｙｅｓ）、前述のステップＳ２２〜２５と同様に、部品のリスクポイントを算出し、算出した部品のリスクポイントが所定数以上か否かを判別する（ステップＳ２５）。処理制御部１２は、算出した部品のリスクポイントが所定数以上でないと判別すると（ステップＳ２５；Ｎｏ）、この処理を終了する。処理制御部１２は、算出した部品のリスクポイントが所定数以上であると判別すると（ステップＳ２５；Ｙｅｓ）、担当者の上司を担当者に変更し（ステップＳ３２）、変更した担当者を発注情報ＤＢ２３に登録して（ステップＳ３３）、この処理を終了する。この場合にも、評価したリスクポイントに応じて、担当者を、例えば、その上司などに変更することにより、発注前にリスク評価処理を行った場合と同様の効果を得ることができる。さらに、部品の調達に関して、部品発注後の状況の変化に対応した支援することができる。
【００５９】
また、発注後のリスク評価処理においては、例えば、図１５に示すように、算出した部品のリスクポイントが所定数以上でない場合（ステップＳ２５；Ｎｏ）であっても、進捗情報が所定期間以上進展がないか否かを判別し（ステップＳ４１）、進捗情報が所定期間以上進展がない場合（ステップＳ４１：Ｙｅｓ）には、担当者の上司を担当者に変更し（ステップＳ３２）、変更した担当者を発注情報ＤＢ２３に登録してもよい（ステップＳ３３）。このように、算出したリスクポイントが所定数以上でなくとも、発注した部品の納期遅延に対する予防措置が実施できるようにしてもよい。
【００６０】
リスク評価処理は、発注前または発注後のいずれか一方で実施される場合に限定されるものではなく、発注前及び発注後の双方で実施してもよい。また、発注後のリスク評価処理の実施回数は、一回に限定されるものではなく、複数回実施してもよい。
【００６１】
また、発注後のリスク評価処理においては、納期遅延に対する予防措置として、例えば、部品の納期を確認する旨のメールを担当者に送信するものであってもよい。この場合、処理制御部１２は、納期遅延に対する予防措置を実施すると判別すると（例えば、ステップＳ４１：Ｙｅｓ）、利用者情報ＤＢ２１に登録された利用者のメールアドレスから担当者のメールアドレスを特定し、リスク評価処理を行った部品の納期を確認する旨のメールを特定したメールアドレスに送信する。
【００６２】
上記実施の形態では、納期問題原因について、納期問題要素ごとに、遅延の程度、遅延の頻度、遅延の可能性が記憶されたリスク評価情報ＤＢ２４に基づいてリスク評価表を作成し、作成したリスク評価表を用いてリスクポイントを算出した場合を例に本発明を説明したが、調達する部品の納期に関するリスク情報を客観的なデータに変換（数値化）し、部品のリスクポイントが算出可能なものであればよく、例えば、納期問題原因について、納期問題要素ごとに、遅延の可能性に関する現在の状況に基づいてリスク評価表を作成したものであってもよい。
【００６３】
上記実施の形態では、進捗情報登録処理において、納期問題原因、及び、納期問題要素に関する情報を記憶（登録）する場合を例に本発明を説明したが、納期問題に関する情報のみを登録してもよい。
【００６４】
本発明の実施の形態にかかる調達支援サーバ１は、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。例えば、汎用コンピュータに、上述の処理を実行するためのプログラムを格納した記録媒体（フレキシブルディスク、ＣＤ−ＲＯＭなど）から当該プログラムをインストールすることにより、上述の処理を実行する調達支援サーバ１を構成することができる。
【００６５】
そして、これらのプログラムを供給するための手段は任意である。上述のように所定の記録媒体を介して供給できる他、例えば、通信回線、通信ネットワーク、通信システムなどを介して供給してもよい。この場合、例えば、通信ネットワークの掲示板（ＢＢＳ）に当該プログラムを掲示し、これをネットワークを介して搬送波に重畳して提供してもよい。そして、このように提供されたプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行することにより、上述の処理を実行することができる。
【図面の簡単な説明】
【００６６】
【図１】本発明の実施の形態に係る調達支援システムの構成を示す図である。
【図２】図１の調達支援サーバの構成を示す図である。
【図３】図１の調達支援データベースの構成を示す図である。
【図４】利用者情報データベースの一例を示す図である。
【図５】部品情報データベースの一例を示す図である。
【図６】発注情報データベースの一例を示す図である。
【図７】リスク評価情報データベースの一例を示す図である。
【図８】リスク評価表の一例を示す図である。
【図９】メニュー画面の一例を示す図である。
【図１０】発注情報登録処理を説明するためのフローチャートである。
【図１１】登録画面の一例を示す図である。
【図１２】進捗情報登録処理を説明するためのフローチャートである。
【図１３】リスク評価処理を説明するためのフローチャートである。
【図１４】リスク評価処理の他の例を説明するためのフローチャートである。
【図１５】リスク評価処理の他の例を説明するためのフローチャートである。
【符号の説明】
【００６７】
１ 調達支援サーバ
２ 調達支援データベース
３ 通信ネットワーク
４ 利用者用端末
１１ 通信制御部
１２ 処理制御部
１３ データ記憶部
２１ 利用者情報データベース
２２ 部品情報データベース
２３ 発注情報データベース
２４ リスク評価情報データベース
２５ 画像情報データベース
【技術分野】
【０００１】
本発明は、調達支援システム、調達支援方法及びプログラムに関する。
【背景技術】
【０００２】
一般に、企業では、複数の担当者がそれぞれ独自に部品の調達を行い、例えば、週報等により現在の調達に関する情報を報告している。しかし、週報等により報告では、問題が生じている部品に対して、誰がどのように対応しているかが分かりづらいという問題がある。また、週報等による報告では、報告前の類似品への対応が不十分なものとなってしまう。これらの問題を解決するため、部品の調達に関して、様々な提案がなされている。
【０００３】
例えば、特許文献１には、検査部門及び製造部門が部品品質情報を共有化することにより、部品品質の改善を速やかに行なうことのできる品質情報解析支援装置が開示されている。
【特許文献１】特開２００３−１２２８１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、部品の調達に関する情報をデータベース化しても、例えば、部品の調達を行っている担当者個人の判断のばらつきにより、漏れ、遅れ等が発生してしまうおそれがある。このため、問題となる部品の管理が十分に行われるように、さらに部品の調達を支援することができるシステムの提供が求められている。
【０００５】
本発明は、上記問題に鑑みてなされたものであり、部品の調達を支援することができる調達支援システム、調達支援方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の第１の観点にかかる調達支援システムは、
調達する部品の納期遅延リスクに関するリスク情報を記憶するリスク情報記憶手段と、
前記リスク情報記憶手段に記憶されたリスク情報に基づいて、前記部品の納期遅延リスクを数値化し、数値化した納期遅延リスクから当該部品のリスクポイントを算出するリスクポイント算出手段と、
前記リスクポイント算出手段により算出された部品のリスクポイントに基づいて、当該部品の納期遅延を予防する予防措置を実施するか否かを判別する判別手段と、
を備える、ことを特徴とする。
【０００７】
前記リスク情報は、納期遅延の問題を引き起こす可能性のある納期問題要素と、納期遅延の問題を引き起こす可能性のある納期問題原因とを有し、
前記リスク情報記憶手段は、前記各納期問題原因について、前記納期問題要素ごとに、納期遅延に関する現在の状況が記憶され、
前記リスクポイント算出手段は、前記納期遅延に関する現在の状況に応じてポイントを設定し、設定したポイントから部品のリスクポイントを算出してもよい。
【０００８】
前記判別手段により前記予防措置を実施すると判別されたときに、その部品を調達する担当者を、通常の担当者よりも部品の納期遅延予防の可能性の高い担当者に決定する担当者決定手段を、さらに備えてもよい。
【０００９】
本発明の第２の観点にかかる調達支援方法は、
調達する部品の納期遅延リスクに関するリスク情報を記憶するリスク情報記憶ステップと、
前記リスク情報記憶ステップで記憶されたリスク情報に基づいて、前記部品の納期遅延リスクを数値化し、数値化した納期遅延リスクから当該部品のリスクポイントを算出するリスクポイント算出ステップと、
前記リスクポイント算出ステップで算出された部品のリスクポイントに基づいて、当該部品の納期遅延を予防する予防措置を実施するか否かを判別する判別ステップと、
を備える、ことを特徴とする。
【００１０】
本発明の第３の観点にかかるプログラムは、
コンピュータを、
調達する部品の納期遅延リスクに関するリスク情報を記憶するリスク情報記憶手段、
前記リスク情報記憶手段に記憶されたリスク情報に基づいて、前記部品の納期遅延リスクを数値化し、数値化した納期遅延リスクから当該部品のリスクポイントを算出するリスクポイント算出手段、
前記リスクポイント算出手段により算出された部品のリスクポイントに基づいて、当該部品の納期遅延を予防する予防措置を実施するか否かを判別する判別手段、
として機能させることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、部品の調達を支援することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態にかかる調達支援システム、調達支援方法及びプログラムについて説明する。
【００１３】
図１に本実施の形態の調達支援システムの構成を示す。図１に示すように、調達支援システムは、調達支援サーバ１と、調達支援データベース２と、通信ネットワーク３と、通信ネットワーク３を介して接続された利用者用端末４（４１〜４ｎ）と、を備えている。
【００１４】
調達支援サーバ１は、調達支援システムに関する各種の処理をするためのものである。図２に調達支援サーバ１の構成図を示す。図２に示すように、調達支援サーバ１は、通信制御部１１と、処理制御部１２と、データ記憶部１３と、を備えている。
【００１５】
通信制御部１１は、例えば、ルータなどの所定の通信装置から構成され、調達支援サーバ１と通信ネットワーク３とを接続する。通信制御部１１は、例えば、通信ネットワーク３を介して、利用者用端末４から、各種データ（情報）の受信を行う。
【００１６】
処理制御部１２は、通信制御部１１を介して通信を行い、また、各種の情報を処理する。処理制御部１２は、例えば、ＣＰＵ（Central Processing Unit）を備え、データ記憶部１３から読み出した動作プログラムを実行する等により各種の処理を実行する。
【００１７】
データ記憶部１３は、半導体メモリ、磁気ディスク記録装置などから構成され、各種の情報やプログラムを記録する。
【００１８】
調達支援データベース２は、調達支援システムに関する各種の情報を記憶するデータベース（ＤＢ）である。図３に調達支援データベース２の構成を示す。図３に示すように、調達支援データベース２は、利用者情報ＤＢ２１と、部品情報ＤＢ２２と、発注情報ＤＢ２３と、リスク評価情報ＤＢ２４と、画像情報ＤＢ２５と、を備えている。
【００１９】
利用者情報ＤＢ２１は、部品の調達を行う、調達支援システムの利用者に関する情報を記憶するデータベースである。利用者情報ＤＢ２１には、例えば、図４に示すように、利用者ＩＤ、氏名、役職、メールアドレス、パスワード等が記憶されている。ここで、利用者ＩＤは、利用者の識別情報である。パスワードは、利用者が調達支援システムにログインするためのパスワードである。
【００２０】
部品情報ＤＢ２２は、調達可能な部品に関する情報を記憶するデータベースである。部品情報ＤＢ２２には、例えば、図５に示すように、部品番号、部品名、メーカー名、仕入れ先等が記憶されている。また、部品情報ＤＢ２２には、各部品について、後述する納期遅延の問題を引き起こす可能性のある要素（納期問題要素）の有無、及び、納期遅延の問題を引き起こす可能性のある原因（納期問題原因）を有するか否かが記憶されている。
【００２１】
発注情報ＤＢ２３は、発注（調達）部品に関する情報を記憶するデータベースである。発注情報ＤＢ２３には、例えば、図６に示すように、発注番号、部品番号、数量、担当者ＩＤ、仕入れ先、納期、進捗情報等が記憶されている。進捗情報には、その部品の納期について、担当者と仕入れ先との交渉状況により得た情報、例えば、仕入れ先との交渉日時とその結果（予定納期日）が記憶されている。
【００２２】
リスク評価情報ＤＢ２４は、調達する部品のリスク評価に関する情報を記憶するデータベースである。リスク評価情報ＤＢ２４には、納期問題原因について、納期問題要素ごとに、遅延の程度、遅延の頻度、遅延の可能性に関する現在の状況が記憶されている。納期問題原因としては、急激な増産、市場逼迫、生産縮小・中止、品質不具合、改廃等がある。納期問題要素としては、トラブル前科品、海外生産品、受注生産品、特別管理部品等がある。
【００２３】
例えば、納期問題原因が急激な増産の場合について、納期問題要素ごとの遅延の程度、遅延の頻度、遅延の可能性に関する現在の状況の一例を図７に示す。図７に示すように、遅延の程度、遅延の頻度、遅延の可能性について、それぞれの状況に応じたリスクポイントが定められている。リスクポイントは、部品の納期遅延リスクを数値化したものであり、例えば、遅延の程度の場合、「１週間（１Ｗ）」が「１」ポイント、「１ヶ月（１Ｍ）」が「３」ポイント、「数ヶ月（数Ｍ）」が「５」ポイント、「生産中止（中止）」が「７」ポイントと定められている。遅延の頻度の場合、「ない」が「０」ポイント、「たまに」が「１」ポイント、「多い」が「３」ポイントと定められている。遅延の可能性の場合、その可能性に応じて「０」〜「５」に定められている。このため、納期問題原因が急激な増産であって、納期問題要素がトラブル前科品の場合、図７に示すように、リスクポイントは、（遅延の程度：「５」）＋（遅延の頻度：「３」）＋（遅延の可能性：「３」）＝「１１」ポイントとなる。
【００２４】
リスク評価情報ＤＢ２４には、図７に示すような情報が納期問題原因ごとに、記憶されている。このため、リスク評価情報ＤＢ２４に記憶された情報に基づいて、図８に示すようなリスク評価表が作成される。リスク評価表は、部品の納期に関するリスク情報を客観的なデータに変換（数値化）し、部品の納期に関するリスクを顕在化させることができる。このリスク評価表を用いることにより、部品のリスクポイントを求めることができる。例えば、納期問題原因として「急激な増産」と「市場逼迫」とが考えられ、調達対象となる部品が納期問題要素の「トラブル前科品」、「海外生産品」に該当する場合、この部品のリスクポイントは、（急激な増産の「１１」＋「９」）＋（市場逼迫の「９」＋「７」）＝「３６」ポイントとなる。このリスク評価表は、後述するリスク評価処理における部品のリスク評価に用いられる。
【００２５】
画像情報ＤＢ２５は、後述する各処理で表示される様々な画像を構成する情報を記憶するデータベースであり、これらの画像を生成するための様々な素材の画像、各種フォームなどを記憶する。
【００２６】
通信ネットワーク３は、例えば、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）などの所定の通信プロトコルに基づくインターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などの通信ネットワークである。
【００２７】
利用者用端末４は、例えば、通信機能を有するコンピュータなどから構成されている。利用者用端末４は、例えば、後述するように、ログイン、発注情報登録処理、進捗情報登録処理などの処理における操作入力等に用いられる。
【００２８】
以上のように構成された調達支援システムによれば、発注情報ＤＢ２３に発注（調達）部品に関する情報が記憶されているので、部品の調達に関する情報をリアルタイムで一元管理することができる。また、各利用者が発注情報ＤＢ２３に登録された情報を見ることにより、情報の共有化を図ることができる。このため、本システムにより、部品の調達を支援することができる。
【００２９】
次に、以上のように構成された調達支援システムを用いた調達支援方法について説明する。以下、事前登録、ログイン、発注情報登録処理、進捗情報登録処理、発注情報表示処理、リスク評価処理の順に説明する。
【００３０】
（事前登録）
利用者が調達支援システムを利用するには、調達支援システムに事前登録をすることが必要になる。まず、利用者は、利用者用端末４から通信ネットワーク３を介して調達支援サーバ１に、利用者の氏名、役職、メールアドレス等の情報を調達支援サーバ１に送信する。調達支援サーバ１（処理制御部１２）は、利用者の氏名等の情報を受け取ると、利用者ＩＤ及びパスワードを発行し、例えば、メールで利用者用端末４に利用者ＩＤ及びパスワードを送信する。また、処理制御部１２は、受信した所定の情報、利用者ＩＤ及びパスワードを利用者情報ＤＢ２１に登録する。これにより、利用者による事前登録が完了する。なお、本システムの管理者を設け、この管理者が利用者の事前登録を行ってもよい。
【００３１】
（ログイン）
利用者は、利用者用端末４から通信ネットワーク３を介して、調達支援サーバ１により提供されるＷｅｂサイトにアクセスし、受信したＩＤ（ログイン名）及びパスワードを入力する。処理制御部１２は、送信されたログイン名及びパスワードから利用者であると認めると、例えば、図９に示すようなメニュー画面の情報（ＨＴＭＬ形式の情報）を画像情報ＤＢ２５から読み出して、利用者用端末４に送信し、利用者用端末４にメニュー画面を表示する。メニュー画面には、図９に示すように、発注情報ＤＢ２３に発注情報を登録する「発注情報登録」、発注情報ＤＢ２３に進捗情報を登録する「進捗情報登録」、発注情報ＤＢ２３に登録された発注情報を内容を表示させる「発注情報表示」等のメニュー欄が配置されている。利用者は、利用者用端末４を操作して、このメニュー画面から「発注情報登録」、「進捗情報登録」等をクリックすることにより、発注情報の登録や、進捗情報の登録等の処理を行うことができる。
【００３２】
（発注情報登録処理）
発注情報登録処理は、部品の発注に関する情報を登録する処理である。図１０は、発注情報登録処理を説明するためのフローチャートである。以下、本システムの利用者（部品調達の担当者）が部品の発注に関する情報を登録する場合を例に説明する。なお、本システムの管理者を設け、この管理者が発注情報登録処理を行ってもよい。
【００３３】
まず、処理制御部１２は、図９に示すメニュー画面を画像情報ＤＢ２５から読み出して、利用者用端末４に送信し、利用者用端末４にメニュー画面を表示させる（ステップＳ１）。次に、処理制御部１２は、メニュー画面から「発注情報登録」が選択されているか否かを判別する（ステップＳ２）。すなわち、利用者がメニュー画面から「発注情報登録」をクリックしたか否かを判別する。処理制御部１２は、「発注情報登録」がクリックされていないと判別すると（ステップＳ２；Ｎｏ）、この処理を終了する。
【００３４】
処理制御部１２は、「発注情報登録」がクリックされていると判別すると（ステップＳ２；Ｙｅｓ）、図１１に示す登録画面を画像情報ＤＢ２５から読み出して、利用者用端末４に送信し、利用者用端末４に登録画面を表示させる（ステップＳ３）。登録画面には、発注番号、部品番号、数量等の入力欄が設けられている。利用者が利用者用端末４を操作して、入力欄に必要な事項を入力し、「登録」を選択（クリック）することにより発注情報を登録することができる。なお、入力する項目を選択し、「一覧」を選択（クリック）することにより、その項目に入力する事項の一覧を表示することができる。
【００３５】
次に、処理制御部１２は、「登録」が選択されているか否かを判別する（ステップＳ４）。処理制御部１２は、「登録」が選択されていると判別すると（ステップＳ４；Ｙｅｓ）、作成された発注情報を発注情報ＤＢ２３に記憶し（ステップＳ５）、この処理を終了する。
【００３６】
（進捗情報登録処理）
進捗情報登録処理は、発注した部品の進捗状況に関する情報を登録する処理であり、部品調達の担当者（利用者）が仕入れ先との交渉状況に関する情報（進捗情報）を発注情報ＤＢ２３に登録する処理である。図１２は、進捗情報登録処理を説明するためのフローチャートである。
【００３７】
まず、処理制御部１２は、図９に示すメニュー画面を画像情報ＤＢ２５から読み出して、利用者用端末４に送信し、利用者用端末４にメニュー画面を表示させる（ステップＳ１１）。次に、処理制御部１２は、メニュー画面から「進捗情報登録」が選択されているか否かを判別する（ステップＳ１２）。処理制御部１２は、「進捗情報登録」がクリックされていないと判別すると（ステップＳ１２；Ｎｏ）、この処理を終了する。
【００３８】
処理制御部１２は、「進捗情報登録」がクリックされていると判別すると（ステップＳ１２；Ｙｅｓ）、発注情報ＤＢ２３に登録されている発注情報の一覧を示す一覧画面を作成し、作成した一覧画面を示す情報を利用者用端末４に送信して、利用者用端末４に一覧画面を表示させる（ステップＳ１３）。
【００３９】
次に、処理制御部１２は、発注情報が選択されているか否かを判別する（ステップＳ１４）。処理制御部１２は、発注情報が選択されていると判別すると（ステップＳ１４；Ｙｅｓ）、選択された発注情報に記憶されている情報（発注番号、部品番号、数量、担当者ＩＤ、納期、進捗情報等）を利用者用端末４に送信して、利用者用端末４に選択された発注情報を表示させる（ステップＳ１５）。
【００４０】
なお、この表示された発注情報は、前述の登録画面の各項目に発注番号、部品番号、数量等の情報が登録されたものである。利用者は、利用者用端末４を操作して、進捗情報の入力欄に必要な事項を入力し、「登録」を選択（クリック）することにより進捗情報を登録することができる。
【００４１】
次に、処理制御部１２は、「登録」が選択されているか否かを判別する（ステップＳ１６）。処理制御部１２は、「登録」が選択されていると判別すると（ステップＳ１６；Ｙｅｓ）、作成された進捗情報を発注情報ＤＢ２３に記憶する（ステップＳ１７）。
【００４２】
続いて、処理制御部１２は、作成された進捗情報に納期問題原因、及び、納期問題要素に関する情報が有るか否かを判別する（ステップＳ１８）。処理制御部１２は、納期問題原因、及び、納期問題要素に関する情報がないと判別すると（ステップＳ１８；Ｎｏ）、この処理を終了する。処理制御部１２は、納期問題原因や納期問題要素に関する情報があると判別すると（ステップＳ１８；Ｙｅｓ）、部品情報ＤＢ２２に登録されている対応する部品に、納期問題原因や納期問題要素に関する情報を記憶し（ステップＳ１９）、この処理を終了する。
【００４３】
このように、利用者により、その発注した部品の進捗状況に関する最新の進捗情報が発注情報ＤＢ２３に登録されるので、発注した部品の進捗状況を容易に管理することができる。
【００４４】
（発注情報表示処理）
発注情報表示処理は、発注情報ＤＢ２３に登録されている発注情報を表示する処理である。発注情報表示処理は、ステップＳ１２で「発注情報表示」を選択しているか否かを判別すること以外、前述のステップＳ１１〜Ｓ１５とほぼ同様の処理により実行される。この処理により、利用者は、発注情報ＤＢ２３に登録されている発注情報の内容、及び、その進捗情報（現在の状況）を知ることができる。
【００４５】
（リスク評価処理）
リスク評価処理は、発注（調達）部品の納期に関するリスクを評価する処理である。このリスク評価処理により評価したリスク（リスクポイント）に応じて、担当者の設定、変更、発注日の前倒し（先行手配）等の各種の予防措置を実施することができる。本実施の形態では、発注情報ＤＢ２３に発注情報が登録された場合（部品発注前）にリスク評価（リスクポイントの算出）を行い、算出したリスクポイントに応じて担当者を決定する場合を例に説明する。図１３は、リスク評価処理を説明するためのフローチャートである。
【００４６】
まず、処理制御部１２は、発注情報ＤＢ２３に発注情報が登録されたか否かを判別する（ステップＳ２１）。処理制御部１２は、発注情報ＤＢ２３に発注情報が登録されたと判別すると（ステップＳ２１；Ｙｅｓ）、登録された発注情報にかかる部品を特定する。（ステップＳ２２）。
【００４７】
次に、処理制御部１２は、特定した部品の納期問題原因、及び、納期問題要素を特定する（ステップＳ２３）。本実施の形態では、部品情報ＤＢ２２に部品の納期問題原因、及び、納期問題要素が登録されており、処理制御部１２は、特定した部品について、部品情報ＤＢ２２に記憶されている、この部品の納期問題原因、及び、納期問題要素を特定する。
【００４８】
続いて、処理制御部１２は、特定した納期問題原因、及び、納期問題要素に基づいて、特定した部品のリスクポイントを算出する（ステップＳ２４）。具体的には、リスク評価情報ＤＢ２４に記憶された情報に基づいて、図８に示すようなリスク評価表を作成し、作成したリスク評価表を用いて、特定した部品のリスクポイントを算出する。例えば、納期問題原因として「急激な増産」と「市場逼迫」とが特定され、納期問題要素として「トラブル前科品」と「海外生産品」とが特定されている場合、特定された部品のリスクポイントは、（急激な増産・トラブル前科品の「１１」）＋（急激な増産・海外生産品の「９」）＋（市場逼迫・トラブル前科品の「９」）＋（市場逼迫・海外生産品の「７」）＝「３６」ポイントとなる。
【００４９】
次に、処理制御部１２は、算出した部品のリスクポイントが所定数以上か否かを判別する（ステップＳ２５）。処理制御部１２は、算出した部品のリスクポイントが所定数以上でないと判別すると（ステップＳ２５；Ｎｏ）、通常の担当者を担当者に決定する（ステップＳ２６）。処理制御部１２は、算出した部品のリスクポイントが所定数以上であると判別すると（ステップＳ２５；Ｙｅｓ）、通常の担当者よりも納期問題予防（解決）の可能性の高い者、例えば、通常の担当者の上司を担当者に決定する（ステップＳ２７）。例えば、通常の担当者が役職を有しない者の場合、係長、課長等の上司を担当者に決定する。そして、処理制御部１２は、決定した担当者を発注情報ＤＢ２３に登録し（ステップＳ２８）、この処理を終了する。
【００５０】
このように、リスクポイントが高い部品、すなわち、部品の納期管理について問題が生じるおそれの高い部品の発注については、その担当者を通常の担当者の上司にしている。このため、通常の担当者を担当者とした場合よりも早期に納期問題を解決しやすくなる。このような担当者の決定を自動的に行うことにより、部品の調達を容易にすることができる。このため、本システムにより、部品の調達を支援することができる。
【００５１】
以上説明したように、本実施の形態によれば、発注情報ＤＢ２３に発注（調達）部品に関する情報が記憶されているので、部品の調達に関する情報をリアルタイムで一元管理することができる。また、各利用者が発注情報ＤＢ２３に登録された情報を見ることにより、情報の共有化を図ることができる。このため、本システムにより、部品の調達を支援することができる。
【００５２】
また、本実施の形態によれば、納期問題原因、及び、納期問題要素に基づいて、部品の納期に関するリスクポイントを算出しているので、部品の納期に関するリスクを顕在化させることができる。このため、本システムにより、部品の調達を支援することができる。
【００５３】
さらに、本実施の形態によれば、リスクポイントが高い部品については、そのしているので、通常の担当者を担当者とした場合よりも早期に納期問題を解決しやすくなる。このため、本システムにより、部品の調達を支援することができる。
【００５４】
なお、本発明は、上記の実施の形態に限られず、種々の変形、応用が可能である。以下、本発明に適用可能な他の実施の形態について説明する。
【００５５】
上記実施の形態では、算出したリスクポイントに応じて担当者を決定した場合を例に本発明を説明したが、発注した部品の納期遅延に対する予防措置を実施することができるものであればよく、例えば、発注日の前倒し（先行発注）するように、発注日を決定してもよい。また、発注期間を延ばしてもよい。
【００５６】
上記実施の形態では、部品の納期遅延に対する予防措置として、担当者を通常の担当者の上司に決定する場合を例に本発明を説明したが、例えば、算出したリスクポイントが５０以上の場合には係長、７０以上の場合には課長を担当者としてもよい。また、決定する担当者は、納期問題を予防（解決）可能な者であれば、通常の担当者の上司でなくてもよい。
【００５７】
上記実施の形態では、発注前にリスク評価処理を行って担当者を決定した場合を例に本発明を説明したが、例えば、発注後にリスク評価処理を行ってもよい。発注後のリスク評価処理としては、任意の時期に行うことが可能であるが、進捗情報が所定期間以上進展がない場合などに行うことが好ましい。図１４は、かかる場合のリスク評価処理を説明するためのフローチャートである。
【００５８】
この場合、まず、処理制御部１２は、進捗情報が所定期間以上進展がないか否かを判別する（ステップＳ３１）。処理制御部１２は、進捗情報が所定期間内に進展があると判別した場合には（ステップＳ３１；Ｎｏ）、この処理を終了する。処理制御部１２は、進捗情報が所定期間以上進展がないと判別した場合には（ステップＳ３１；Ｙｅｓ）、前述のステップＳ２２〜２５と同様に、部品のリスクポイントを算出し、算出した部品のリスクポイントが所定数以上か否かを判別する（ステップＳ２５）。処理制御部１２は、算出した部品のリスクポイントが所定数以上でないと判別すると（ステップＳ２５；Ｎｏ）、この処理を終了する。処理制御部１２は、算出した部品のリスクポイントが所定数以上であると判別すると（ステップＳ２５；Ｙｅｓ）、担当者の上司を担当者に変更し（ステップＳ３２）、変更した担当者を発注情報ＤＢ２３に登録して（ステップＳ３３）、この処理を終了する。この場合にも、評価したリスクポイントに応じて、担当者を、例えば、その上司などに変更することにより、発注前にリスク評価処理を行った場合と同様の効果を得ることができる。さらに、部品の調達に関して、部品発注後の状況の変化に対応した支援することができる。
【００５９】
また、発注後のリスク評価処理においては、例えば、図１５に示すように、算出した部品のリスクポイントが所定数以上でない場合（ステップＳ２５；Ｎｏ）であっても、進捗情報が所定期間以上進展がないか否かを判別し（ステップＳ４１）、進捗情報が所定期間以上進展がない場合（ステップＳ４１：Ｙｅｓ）には、担当者の上司を担当者に変更し（ステップＳ３２）、変更した担当者を発注情報ＤＢ２３に登録してもよい（ステップＳ３３）。このように、算出したリスクポイントが所定数以上でなくとも、発注した部品の納期遅延に対する予防措置が実施できるようにしてもよい。
【００６０】
リスク評価処理は、発注前または発注後のいずれか一方で実施される場合に限定されるものではなく、発注前及び発注後の双方で実施してもよい。また、発注後のリスク評価処理の実施回数は、一回に限定されるものではなく、複数回実施してもよい。
【００６１】
また、発注後のリスク評価処理においては、納期遅延に対する予防措置として、例えば、部品の納期を確認する旨のメールを担当者に送信するものであってもよい。この場合、処理制御部１２は、納期遅延に対する予防措置を実施すると判別すると（例えば、ステップＳ４１：Ｙｅｓ）、利用者情報ＤＢ２１に登録された利用者のメールアドレスから担当者のメールアドレスを特定し、リスク評価処理を行った部品の納期を確認する旨のメールを特定したメールアドレスに送信する。
【００６２】
上記実施の形態では、納期問題原因について、納期問題要素ごとに、遅延の程度、遅延の頻度、遅延の可能性が記憶されたリスク評価情報ＤＢ２４に基づいてリスク評価表を作成し、作成したリスク評価表を用いてリスクポイントを算出した場合を例に本発明を説明したが、調達する部品の納期に関するリスク情報を客観的なデータに変換（数値化）し、部品のリスクポイントが算出可能なものであればよく、例えば、納期問題原因について、納期問題要素ごとに、遅延の可能性に関する現在の状況に基づいてリスク評価表を作成したものであってもよい。
【００６３】
上記実施の形態では、進捗情報登録処理において、納期問題原因、及び、納期問題要素に関する情報を記憶（登録）する場合を例に本発明を説明したが、納期問題に関する情報のみを登録してもよい。
【００６４】
本発明の実施の形態にかかる調達支援サーバ１は、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。例えば、汎用コンピュータに、上述の処理を実行するためのプログラムを格納した記録媒体（フレキシブルディスク、ＣＤ−ＲＯＭなど）から当該プログラムをインストールすることにより、上述の処理を実行する調達支援サーバ１を構成することができる。
【００６５】
そして、これらのプログラムを供給するための手段は任意である。上述のように所定の記録媒体を介して供給できる他、例えば、通信回線、通信ネットワーク、通信システムなどを介して供給してもよい。この場合、例えば、通信ネットワークの掲示板（ＢＢＳ）に当該プログラムを掲示し、これをネットワークを介して搬送波に重畳して提供してもよい。そして、このように提供されたプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行することにより、上述の処理を実行することができる。
【図面の簡単な説明】
【００６６】
【図１】本発明の実施の形態に係る調達支援システムの構成を示す図である。
【図２】図１の調達支援サーバの構成を示す図である。
【図３】図１の調達支援データベースの構成を示す図である。
【図４】利用者情報データベースの一例を示す図である。
【図５】部品情報データベースの一例を示す図である。
【図６】発注情報データベースの一例を示す図である。
【図７】リスク評価情報データベースの一例を示す図である。
【図８】リスク評価表の一例を示す図である。
【図９】メニュー画面の一例を示す図である。
【図１０】発注情報登録処理を説明するためのフローチャートである。
【図１１】登録画面の一例を示す図である。
【図１２】進捗情報登録処理を説明するためのフローチャートである。
【図１３】リスク評価処理を説明するためのフローチャートである。
【図１４】リスク評価処理の他の例を説明するためのフローチャートである。
【図１５】リスク評価処理の他の例を説明するためのフローチャートである。
【符号の説明】
【００６７】
１ 調達支援サーバ
２ 調達支援データベース
３ 通信ネットワーク
４ 利用者用端末
１１ 通信制御部
１２ 処理制御部
１３ データ記憶部
２１ 利用者情報データベース
２２ 部品情報データベース
２３ 発注情報データベース
２４ リスク評価情報データベース
２５ 画像情報データベース
【特許請求の範囲】
【請求項１】
調達する部品の納期遅延リスクに関するリスク情報を記憶するリスク情報記憶手段と、
前記リスク情報記憶手段に記憶されたリスク情報に基づいて、前記部品の納期遅延リスクを数値化し、数値化した納期遅延リスクから当該部品のリスクポイントを算出するリスクポイント算出手段と、
前記リスクポイント算出手段により算出された部品のリスクポイントに基づいて、当該部品の納期遅延を予防する予防措置を実施するか否かを判別する判別手段と、
を備える、ことを特徴とする調達支援システム。
【請求項２】
前記リスク情報は、納期遅延の問題を引き起こす可能性のある納期問題要素と、納期遅延の問題を引き起こす可能性のある納期問題原因とを有し、
前記リスク情報記憶手段は、前記各納期問題原因について、前記納期問題要素ごとに、納期遅延に関する現在の状況が記憶され、
前記リスクポイント算出手段は、前記納期遅延に関する現在の状況に応じてポイントを設定し、設定したポイントから部品のリスクポイントを算出する、ことを特徴とする請求項１に記載の調達支援システム。
【請求項３】
前記判別手段により前記予防措置を実施すると判別されたときに、その部品を調達する担当者を、通常の担当者よりも部品の納期遅延予防の可能性の高い担当者に決定する担当者決定手段を、さらに備える、ことを特徴とする請求項１または２に記載の調達支援システム。
【請求項４】
調達する部品の納期遅延リスクに関するリスク情報を記憶するリスク情報記憶ステップと、
前記リスク情報記憶ステップで記憶されたリスク情報に基づいて、前記部品の納期遅延リスクを数値化し、数値化した納期遅延リスクから当該部品のリスクポイントを算出するリスクポイント算出ステップと、
前記リスクポイント算出ステップで算出された部品のリスクポイントに基づいて、当該部品の納期遅延を予防する予防措置を実施するか否かを判別する判別ステップと、
を備える、ことを特徴とする調達支援方法。
【請求項５】
コンピュータを、
調達する部品の納期遅延リスクに関するリスク情報を記憶するリスク情報記憶手段、
前記リスク情報記憶手段に記憶されたリスク情報に基づいて、前記部品の納期遅延リスクを数値化し、数値化した納期遅延リスクから当該部品のリスクポイントを算出するリスクポイント算出手段、
前記リスクポイント算出手段により算出された部品のリスクポイントに基づいて、当該部品の納期遅延を予防する予防措置を実施するか否かを判別する判別手段、
として機能させるためのプログラム。
【請求項１】
調達する部品の納期遅延リスクに関するリスク情報を記憶するリスク情報記憶手段と、
前記リスク情報記憶手段に記憶されたリスク情報に基づいて、前記部品の納期遅延リスクを数値化し、数値化した納期遅延リスクから当該部品のリスクポイントを算出するリスクポイント算出手段と、
前記リスクポイント算出手段により算出された部品のリスクポイントに基づいて、当該部品の納期遅延を予防する予防措置を実施するか否かを判別する判別手段と、
を備える、ことを特徴とする調達支援システム。
【請求項２】
前記リスク情報は、納期遅延の問題を引き起こす可能性のある納期問題要素と、納期遅延の問題を引き起こす可能性のある納期問題原因とを有し、
前記リスク情報記憶手段は、前記各納期問題原因について、前記納期問題要素ごとに、納期遅延に関する現在の状況が記憶され、
前記リスクポイント算出手段は、前記納期遅延に関する現在の状況に応じてポイントを設定し、設定したポイントから部品のリスクポイントを算出する、ことを特徴とする請求項１に記載の調達支援システム。
【請求項３】
前記判別手段により前記予防措置を実施すると判別されたときに、その部品を調達する担当者を、通常の担当者よりも部品の納期遅延予防の可能性の高い担当者に決定する担当者決定手段を、さらに備える、ことを特徴とする請求項１または２に記載の調達支援システム。
【請求項４】
調達する部品の納期遅延リスクに関するリスク情報を記憶するリスク情報記憶ステップと、
前記リスク情報記憶ステップで記憶されたリスク情報に基づいて、前記部品の納期遅延リスクを数値化し、数値化した納期遅延リスクから当該部品のリスクポイントを算出するリスクポイント算出ステップと、
前記リスクポイント算出ステップで算出された部品のリスクポイントに基づいて、当該部品の納期遅延を予防する予防措置を実施するか否かを判別する判別ステップと、
を備える、ことを特徴とする調達支援方法。
【請求項５】
コンピュータを、
調達する部品の納期遅延リスクに関するリスク情報を記憶するリスク情報記憶手段、
前記リスク情報記憶手段に記憶されたリスク情報に基づいて、前記部品の納期遅延リスクを数値化し、数値化した納期遅延リスクから当該部品のリスクポイントを算出するリスクポイント算出手段、
前記リスクポイント算出手段により算出された部品のリスクポイントに基づいて、当該部品の納期遅延を予防する予防措置を実施するか否かを判別する判別手段、
として機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２００７−３３４６３９（Ｐ２００７−３３４６３９Ａ）
【公開日】平成１９年１２月２７日（２００７．１２．２７）
【国際特許分類】
【出願番号】特願２００６−１６５７８４（Ｐ２００６−１６５７８４）
【出願日】平成１８年６月１５日（２００６．６．１５）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成１９年１２月２７日（２００７．１２．２７）
【国際特許分類】
【出願日】平成１８年６月１５日（２００６．６．１５）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]