JP2005276076A - 製品需要調査方法及び装置 - Google Patents

Abstract

【課題】 リアルタイムに製品需要を自動的に調査することを課題とする。
【解決手段】 検索用サーバ（１０３）は、検索条件として入力された半導体製品の特性値を基に半導体製品を検索し、その検索結果を表示すると共に、入力された検索条件の履歴を記録する。集計サーバ（１０５）は、検索条件として入力された半導体製品の特性値毎の回数をカウントし、カウントされた特性値の回数が所定値以上であればその特性値を検索条件として他社の半導体製品を検索する。
【選択図】 図１

Description

本装置は、製品の需要調査に関する。

半導体製品の需要予測は、ユーザ先に出向いてのヒアリング、Ｗｅｂや電子メールを使用したアンケート、市場売上動向等による需要調査等から実施していた。
また、下記の特許文献１には、電子カタログを利用した商取引情報の交換システムが記載されている。

特開２００１−２６５９８１号公報

しかし、近年、半導体ビジネスは市況変動の速度が速くなってきており、従来の様な需要調査では全体的な需要動向を割り出すのに時間がかかり過ぎ、調査結果がすぐに陳腐化していく問題があった。その為、よりリアルタイムに需要調査を行える手法が望まれている。
本発明の目的は、リアルタイムに製品需要を自動的に調査することである。

本発明の一観点によれば、検索条件として入力された製品の性質を基に製品を検索する検索ステップと、検索結果を表示する表示ステップと、入力された検索条件の履歴を記録する記録ステップとを有する製品需要調査方法が提供される。

ユーザにより入力された検索条件の履歴を記録することにより、ユーザが望む製品の需要をリアルタイムに予測し、製品の拡充、開発及び企画を行うことができる。また、製品の需要調査を効率よく短期間で行うことができるので、実用的であり、かつ極めて有用である。

図１は、本発明の実施形態による半導体製品需要調査システムの構成例を示すブロック図である。複数のユーザコンピュータ１０１は、インターネット１０２を介して検索用サーバ１０３に接続される。検索用サーバ１０３は、ファイヤウォール１０４を介して集計サーバ１０５に接続される。集計サーバ１０５は、インターネットを介して他社のＷｅｂサイト１０９に接続可能である。在庫管理サーバ１０６、開発管理サーバ１０７及び企画管理サーバ１０８は、集計サーバ１０５に接続される。複数の在庫管理者コンピュータ１１１は、在庫管理サーバ１０６に接続され、在庫管理システムを構築する。複数の開発者コンピュータ１１２は、開発管理サーバ１０７に接続され、開発管理システムを構築する。複数の企画者コンピュータ１１３は、企画管理サーバ１０８に接続され、企画管理システムを構築する。社内ネットワークエリア１２０では、集計サーバ１０５、在庫管理サーバ１０６、開発管理サーバ１０７、企画管理サーバ１０８、在庫管理者コンピュータ１１１、開発者コンピュータ１１２及び企画者コンピュータ１１３が社内ローカルエリアネットワーク（ＬＡＮ）で接続されている。

検索用サーバ１０３及び集計サーバ１０５は、同じ製品データベース２０１（図７）及び検索ログファイル２０２（図８）を有する。製品データベース２０１は、製品化されている又は今後製品化を予定している製品のデータベースであり、図７に示すように、半導体製品名７０１、特性７０２、表示情報７０３、製品化時期７０４を記憶する。検索ログファイル２０２は、図８に示すように、検索日付８０１、検索時刻８０２、ユーザ名８０３、参照先８０４、特性名８０５、特性値８０６及び検索製品８０７を記憶する。

在庫管理サーバ１０６は、図１２の在庫管理データベース９５１を有する。在庫管理データベース９５１は、半導体製品名１２０１、在庫状況１２０２、残り在庫数１２０３、在庫待ち１２０４、出荷までの日数１２０５及び補充発注数１２０６を記憶する。

開発管理サーバ１０７は、図１３の開発管理データベース９５２を有する。開発管理データベース９５２は、半導体製品名１３０１、開発部署１３０２、開発担当者１３０３、開発完了予定日１３０４、特性名１３０５、特性値１３０６、開発優先度１３０７及びＵＲＬ（Uniform Resource Locator）１３０８を記憶する。

企画管理サーバ１０８は、図１４の企画管理データベース９５３を有する。企画管理データベース９５３は、半導体製品企画番号１４０１、企画部署１４０２、企画担当者１４０３、開発開始予定日１４０４、特性名１４０５、特性値１４０６、企画優先度１４０７及びＵＲＬ１４０８を記憶する。

本実施形態は、大きく分けて２つの処理フローに分かれる。第１の処理フローは、ユーザが製品の検索を行った際に検索条件を取得する処理フローである（図３参照）。第２の処理フローは、取得した検索条件を解析して、ユーザが要求する機能を予測して在庫状況の拡充、開発、及び企画の進捗を調整する処理フローである（図９〜図１１参照）。

図２はユーザコンピュータ１０１及び検索用サーバ１０３の処理を説明するための図、図３はその処理を示すフローチャートである。

まず、ステップＳ３０１では、検索用サーバ１０３が製品データベース２０１（図７）を基に図５に示す半導体製品検索画面を生成する。半導体製品検索画面の詳細は、後に説明する。

次に、ステップＳ３０２では、ユーザがユーザコンピュータ１０１を用いて検索用サーバ１０３のＷｅｂサイトにアクセスする。検索用サーバ１０３は、ユーザコンピュータ１０１のディスプレイに図４のユーザ認証画面を表示させる。ユーザは、事前にユーザ名及びパスワードを検索用サーバ１０３に登録しておき、ユーザ認証画面においてユーザ名４０１及びパスワード４０２をキーボードにより入力し、ＯＫボタン４０３をマウスでクリックする。キャンセルボタン４０４によりキャンセルすることができる。検索用サーバ１０３は、ユーザ名４０１及びパスワード４０２の認証を行い、ファイヤウォール２２１を介して、図５の半導体製品検索画面２１１（図５）をユーザコンピュータ１０１に送信して表示する。なお、図４のユーザ認証画面の表示及び入力は必ずしも必要ではない。

ユーザは、検索条件入力エリア５０１において検索条件を入力し、アクセスした検索サイトの会社（メーカー）の半導体製品を検索することができる。検索条件入力エリア５０１では、特性名に対応する特性値を入力することができる。検索条件としての特性は、例えばビット数、電源電圧、メモリタイプ、ＲＯＭサイズ等であり、図７の製品データベース２０１の特性７０２に対応する。ユーザは、検索スタートボタン５０２をクリックすることにより、検索開始の指示（検索条件を含む）を検索用サーバ１０３にファイヤウォール２２１を介して送信することができる。検索条件クリアボタン５０３をクリックすることにより、検索条件入力エリア５０１の検索条件をクリアすることができる。検索条件が複数個の場合には、ＡＮＤ又はＯＲ条件を指定することができる。

なお、図７の製品データベース２０１の表示情報７０３は、検索条件にはならず、図５の検索画面２１１に表示するための情報である。

次に、ステップＳ３０３では、検索用サーバ１０３は、半導体製品検索画面２１１の検索条件入力エリア５０１に入力された検索条件を基に、製品データベース２０１（図７）から半導体製品を検索する。

次に、ステップＳ３０４では、検索用サーバ１０３は、検索条件のログを検索ログファイル２０２（図８）に記録する。検索ログファイル２０２には、ログとして、検索日付８０１、検索時刻８０２、ユーザ名８０３、参照先８０４、特性名８０５、特性値８０６及び検索製品８０７が記録される。ユーザ名８０３は、図４の画面で入力されたユーザ名４０１である。参照先８０４は、ユーザが属するネットワークドメインであり、図４のユーザ認証画面の入力がなくても、ユーザからのアクセスにより取得可能である。ユーザが例えばＡ会社に属していれば、Ａ会社のドメインを参照先８０４として取得して記録することができる。参照先８０４を記録することにより、Ａ会社が求めている特性値を知ることができる。特性名８０５及びその特性値８０６の検索条件の組みは、一又は複数である。検索条件が複数の場合には、その検索条件の組み合わせが記録される。検索製品８０７は、検索条件に合致した半導体製品名である。ユーザからの検索が行われる度に、ログの履歴が蓄積されていく。

次に、ステップＳ３０５では、検索用サーバ１０３は、上記で検索された検索結果の画面を生成し、ファイヤウォール２２２を介して検索結果画面２１２（図６）をユーザコンピュータ１０１に送信して表示する。図６に示すように、検索結果画面２１２の表示エリア６０１には、検索条件に合致する半導体製品名及びその特性値等が表示される。検索条件に合致する半導体製品がない場合には、その旨が表示される。

次に、ステップＳ３０６では、ユーザは、ユーザコンピュータ１０１に表示される図６の検索結果画面２１２を見て検索結果を確認することができる。

図９〜図１１は、集計サーバ１０５、在庫管理サーバ１０６、開発管理サーバ１０７及び企画管理サーバ１０８等が行う処理を示すフローチャートである。集計サーバ１０５は、検索用サーバ１０３により記録された検索ログファイル２０２と同じ内容の検索ログファイル２０２を有する。

まず、ステップＳ９０１では、集計サーバ１０５は、予め決められた集計日、又は一定期間おきに検索ログファイル２０２をファイルＡ（９４１）に複写し、統計情報の取得準備を行う。

次に、ステップＳ９０２では、集計サーバ１０５は、ファイルＡ（９４１）を基に、統計情報取得条件を確認するため、検索したユーザ数及びアクセス数のカウントを行う。統計情報取得条件は、例えば、最近１週間で、少なくとも１０社以上の異なるユーザがアクセスし、アクセス回数が１０００を超えている等である。１０社以上の条件は、図８の参照先８０４を基に調べることができる。統計情報取得条件を満足することにより、信頼性のある需要調査が可能になる。

次に、ステップＳ９０３では、集計サーバ１０５は、統計情報取得条件を満たしているか否かをチェックする。満たしていなければステップＳ９０１へ戻り、満たしていればステップＳ９０４へ進む。

ステップＳ９０４では、集計サーバ１０５は、ファイルＡ（９４１）を基に、検索条件の出現頻度をカウントする。出現頻度が一定値ｂ１回以上の特性の検索条件又は特性の組み合わせの検索条件を抽出し、テーブルＡ（９４２）に記録する。

次に、ステップＳ９０５では、集計サーバ１０５は、同じくファイルＡ（９４１）を基に、出現頻度が一定値ｂ２回未満の特性の検索条件又は特性の組み合わせの検索条件を抽出し、テーブルＢ（９４３）に記録する。

次に、ステップＳ９０６では、集計サーバ１０５は、テーブルＡ（９４２）の検索条件と同じ条件を持つ他社製品を調べるために、競合他社特性データベース９４５から検索した類似製品の情報を取得し、その情報をテーブルＣ（９４４）に記録する。この際、図７の製品データベース２０１と同じ内容の情報を取得して記録する。類似製品情報の取得は、各会社毎に特性名の呼び名が異なることがあり、そのような場合には、呼び名が異なっても、検索可能にすることを意味する。

次に、ステップＳ９０７では、集計サーバ１０５は、特性の検索条件を指定して自動的にインターネットを介して競合他社のＷｅｂサイト（ホームページ）１０９（図１）から検索した類似製品情報を取得し、テーブルＣ（９４４）の補足情報として追記録する。例えば、図７の製品データベース２０１と同様の内容の情報を取得してもよいし、そのＷｅｂサイトのＵＲＬを取得してもよい。

次に、ステップＳ９０８では、在庫管理サーバ１０６は、テーブルＡ（９４２）の検索条件に一致する製品が存在するかを製品データベース２０１（図７）から確認し、一致する製品に対する在庫状況を在庫管理データベース９５１（図１２）から確認する。

次に、ステップＳ９０９では、在庫管理サーバ１０６は、図１２の在庫管理データベース９５１の補充発注数１２０６が一定値ｃ１以上か否かをチェックする。一定値ｃ１以上であればステップＳ９１１へ進み、一定値ｃ１未満であればステップＳ９１０へ進む。

ステップＳ９１０では、在庫管理サーバ１０６は、在庫管理データベース９５１に対し、上記の補充発注数１２０６を加算する。加算する数は、ユーザ数×予め決められた一定値とする。その上で、在庫管理サーバ１０６は、在庫管理者コンピュータ１１１（図１）に電子メール９５０で更新内容を通知する。在庫管理者は、Ｅメール９５０を受信し、補充発注数１２０６の増加を知ることができ、補充発注処理を行うことができる。その後、ステップＳ９１１へ進む。

ステップＳ９１１では、在庫管理サーバ１０６は、テーブルＢ（９４３）の検索条件に一致するか又は検索ログファイル２０２に存在しない検索条件を持つ製品が存在するかを製品データベース２０１から確認し、一致する製品に対する在庫状況を在庫管理データベース９５１から確認する。

次に、ステップＳ９１２では、在庫管理サーバ１０６は、図１２の在庫管理データベース９５１の補充発注数１２０６が一定値ｃ２以下か否かをチェックする。一定値ｃ２以下であればステップＳ９１４へ進み、一定値ｃ２より大きければステップＳ９１３へ進む。

ステップＳ９１３では、在庫管理サーバ１０６は、在庫管理データベース９５１に対し、上記の補充発注数１２０６を減算する。減算する数は、１／ユーザ数×予め決められた一定値とする。その上で、在庫管理サーバ１０６は、在庫管理者コンピュータ１１１（図１）に電子メール９５０で更新内容を通知する。在庫管理者は、Ｅメール９５０を受信し、補充発注数１２０６の減少を知ることができ、補充発注を抑制することができる。その後、ステップＳ９１４へ進む。

次に、ステップＳ９１４では、開発管理サーバ１０７は、テーブルＡ（９４２）の検索条件の内、製品データベース２０１に存在しないものがあれば、それに一致するものが開発中かどうかを確認するため、開発管理データベース９５２（図１３）を検索する。

次に、ステップＳ９１５では、開発管理サーバ１０７は、一致する開発製品があるか否かをチェックする。一致する開発製品があればステップＳ９１６へ進み、なければステップＳ９１８へ進む。

ステップＳ９１６では、開発管理サーバ１０７は、その製品の開発優先度を上げるために、図１３の開発管理データベース９５２の開発優先度１３０７のランクを、検索したユーザ数に応じてランクアップし、開発管理データベース９５２を更新する。例えば、ユーザ数が１０であれば＋１アップ、ユーザ数が２０であれば＋２アップする。同時に、テーブルＣ（９４４）から取得した、競合他社製品の情報を追記する。例えば、図１３の開発管理データベース９５２のＵＲＬ１３０８に、競合他社製品の情報が掲載されているＵＲＬを記録する。

次に、ステップＳ９１７では、開発管理サーバ１０７は、開発製品の担当者１３０３を開発管理データベース９５２から参照し、全ての担当者の開発者コンピュータ１１２に対して開発優先度１３０７が更新された旨の通知を電子メール９５０で送信する。その後、ステップＳ９１８へ進む。

ステップＳ９１８では、開発管理サーバ１０７は、同様に、テーブルＢ（９４３）の検索条件の内、製品データベース２０１に存在しない検索条件の製品が開発中か、又は検索されなかった特性の製品が開発中かどうかを確認するため、開発管理データベース９５２内で一致する開発製品を検索する。

次に、ステップＳ９１９では、開発管理サーバ１０７は、一致する開発製品があるか否かをチェックする。一致する開発製品があればステップＳ９２０へ進み、なければステップＳ９２２へ進む。

ステップＳ９２０では、開発管理サーバ１０７は、その製品の開発優先度を下げるために、開発優先度１３０７のランクを、検索したユーザ数に応じてランクダウンし、開発管理データベース９５２を更新する。例えば、ユーザ数が１０以上であれば−１ダウン、ユーザ数が１０未満であれば−２ダウンする。同時に、テーブルＣ（９４４）から取得した、競合他社製品の情報を追記する。例えば、図１３の開発管理データベース９５２のＵＲＬ１３０８に、競合他社製品の情報が掲載されているＵＲＬを記録する。

次に、ステップＳ９２１では、開発管理サーバ１０７は、開発製品の担当者１３０３を開発管理データベース９５２から参照し、全ての担当者１３０３のコンピュータ１１２（図１）に対して開発優先度１３０７が更新された旨の通知を電子メール９５０で送信する。その後、ステップＳ９２２へ進む。

ステップＳ９２２では、企画管理サーバ１０８は、テーブルＡ（９４２）の検索条件の内、製品データベース２０１と開発管理データベース９５２に存在しない製品の検索条件があれば、それに一致するものが企画中かどうかを確認するため、企画管理データベース９５３（図１４）を検索する。

次に、ステップＳ９２３では、企画管理サーバ１０８は、一致する企画製品があるか否かをチェックする。一致する企画製品があればステップＳ９２４へ進み、なければステップＳ９２６へ進む。

ステップＳ９２４では、企画管理サーバ１０８は、その製品の企画優先度を上げるために、図１４の企画優先度１４０７のランクを、検索したユーザ数に応じてランクアップし、企画管理データベース９５３を更新する。例えば、ユーザ数が１０であれば＋１アップ、ユーザ数が２０であれば＋２アップする。同時に、テーブルＣ（９４４）から取得した、競合他社製品の情報を追記する。例えば、図１４の企画管理データベース９５３のＵＲＬ１４０８に、競合他社製品の情報が掲載されているＵＲＬを記録する。

次に、ステップＳ９２５では、企画管理サーバ１０８は、企画製品の担当者１４０３を企画管理データベース９５３から参照し、全ての担当者１４０３のコンピュータ１１３（図１）に対して企画優先度１４０７が更新された旨の通知を電子メール９５０で送信する。その後、ステップＳ９２８へ進む。

ステップＳ９２６では、企画管理サーバ１０８は、その検索条件を持つ製品の企画を促すために、企画管理データベース９５３にその企画を新規に追加する。同時に、テーブルＣ（９４４）から、競合他社製品の情報を追記する。例えば、図１４の企画管理データベース９５３のＵＲＬ１４０８に、競合他社製品の情報が掲載されているＵＲＬを記録する。

次に、ステップＳ９２７では、企画管理サーバ１０８は、新規企画の受付担当者のコンピュータ１１３（図１）に新規企画案の追加があった旨の通知を電子メール９５０で送信する。その後、ステップＳ９２８へ進む。

ステップＳ９２８では、企画管理サーバ１０８は、同様に、テーブルＢ（９４３）の検索条件の内、製品データベース２０１と開発管理データベース２０１に存在しない検索条件の製品が企画中か、又は検索されなかった特性の製品が企画中かどうかを確認するため、企画管理データベース９５３内で一致する企画製品を検索する。

次に、ステップＳ９２９では、企画管理サーバ１０８は、一致する企画製品があるか否かをチェックする。一致する企画製品があればステップＳ９３０へ進み、なければ終了する。

ステップＳ９３０では、企画管理サーバ１０８は、その製品の企画優先度を下げるために、図１４の企画優先度１４０７のランクを、検索したユーザ数に応じてランクダウンする。例えば、ユーザ数が１０以上であれば−１ダウン、ユーザ数が１０未満であれば−２ダウンする。同時に、テーブルＣ（９４４）から取得した、競合他社製品の情報を追記する。例えば、図１４の企画管理データベース９５３のＵＲＬ１４０８に、競合他社製品の情報が掲載されているＵＲＬを記録する。

次に、ステップＳ９３１では、企画管理サーバ１０８は、企画製品の担当者１４０３を企画管理データベース９５３から参照し、全ての担当者１４０３のコンピュータ１１３（図１）に対して企画優先度１４０７が更新された旨の通知を電子メール９５０で送信する。

図１５は、図１の検索用サーバ１０３、集計サーバ１０５、在庫管理サーバ１０６、開発管理サーバ１０７及び企画管理サーバ１０８のコンピュータのハードウエア構成例を示すブロック図である。コンピュータ１０１、１１１〜１１３も、同様の構成を有する。バス１５０１には、中央処理装置（ＣＰＵ）１５０２、ＲＯＭ１５０３、ＲＡＭ１５０４、ネットワークインタフェース１５０５、入力装置１５０６、出力装置１５０７及び外部記憶装置１５０８が接続されている。

ＣＰＵ１５０２は、データの処理及び演算を行うと共に、バス１５０１を介して接続された上記の構成ユニットを制御するものである。ＲＯＭ１５０３には、予めブートプログラムが記憶されており、このブートプログラムをＣＰＵ１５０２が実行することにより、コンピュータが起動する。外部記憶装置１５０８にコンピュータプログラムが記憶されており、そのコンピュータプログラムがＲＡＭ１５０４にコピーされ、ＣＰＵ１５０２により実行される。このコンピュータは、コンピュータプログラムを実行することにより、図３及び図９〜図１１の処理等を行う。

外部記憶装置１５０８は、例えばハードディスク記憶装置等であり、電源を切っても記憶内容が消えない。外部記憶装置１５０８は、コンピュータプログラム、製品データベース２０１、検索ログファイル２０２、在庫管理データベース９５１、開発管理データベース９５２及び企画管理データベース９５３等を記録媒体に記録したり、記録媒体からコンピュータプログラム等を読み出すことができる。

ネットワークインタフェース１５０５は、ネットワークに対してコンピュータプログラム及びデータベースの内容等を入出力することができる。入力装置１５０６は、例えばキーボード及びポインティングデバイス（マウス）等であり、各種指定又は入力等を行うことができる。出力装置１５０７は、ディスプレイ及びプリンタ等である。

本実施形態は、コンピュータがプログラムを実行することによって実現することができる。また、プログラムをコンピュータに供給するための手段、例えばかかるプログラムを記録したＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体又はかかるプログラムを伝送するインターネット等の伝送媒体も本発明の実施形態として適用することができる。また、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体等のコンピュータプログラムプロダクトも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体及びコンピュータプログラムプロダクトは、本発明の範疇に含まれる。記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。

本実施形態によれば、検索用サーバ１０３は、検索条件として入力された半導体製品の特性値を基に半導体製品を検索し、その検索結果を表示すると共に、入力された検索条件の履歴を記録する。集計サーバ１０５は、検索条件として入力された半導体製品の特性値毎の回数をカウントし、カウントされた特性値の回数が所定値ｂ１以上であればその特性値を検索条件として他社の半導体製品を検索する。

在庫管理サーバ１０６は、カウントされた特性値の回数が所定値ｂ１以上でありかつその特性値の自社の半導体製品が製品データベース２０１に存在するときには補充発注数１２０６を増加すべき情報を在庫管理データベース９５１に記録し、カウントされた特性値の回数が所定値ｂ２未満又は０でありかつその特性値の自社の半導体製品が製品データベース２０１に存在するときには補充発注数１２０６を抑制すべき情報を在庫管理データベース９５１に記録する。

開発管理サーバ１０７は、カウントされた特性値の回数が所定値ｂ１以上でありかつその特性値の半導体製品を開発中であるときには開発優先度１３０７を上げるべき情報を開発管理データベース９５２に記録し、かつ検索された他社の半導体製品の情報１３０８を開発管理データベース９５２に記録し、カウントされた特性値の回数が所定値ｂ２未満又は０でありかつその特性値の半導体製品を開発中であるときには開発優先度１３０７を下げるべき情報を開発管理データベース９５２に記録する。

企画管理サーバ１０８は、カウントされた特性値の回数が所定値ｂ１以上でありかつその特性値の半導体製品を企画中であるときには企画優先度１４０７を上げるべき情報を企画管理データベース９５３に記録し、かつ検索された他社の半導体製品の情報１４０８を企画管理データベース９５３に記録し、カウントされた特性値の回数が所定値ｂ２未満又は０でありかつその特性値の半導体製品を企画中であるときには企画優先度１４０７を下げるべき情報を企画管理データベース９５３に記録する。

本実施形態によれば、ユーザが必要とする半導体製品が製品化されているかをインターネット等で検索する際に、どの様な条件で製品の検索を行っているかを解析する事で、ユーザが今後どの様な性能を要望するかを予測し、リアルタイムに企画、開発、在庫管理の業務に反映させることができる。また、半導体製品の需要調査を効率よく短期間で行うことができ、実用的であり、かつ極めて有用である。

ユーザの製品検索とリンクしているため、容易にかつリアルタイムにユーザが要望している製品像がわかる。また、自動的に需要調査を行うことができるため、半導体製品供給側は調査のための人的負担やコスト負担が無くなり、本来の開発、製造にリソースを集中できる。また、需要調査の結果が企画、開発、在庫管理（製造）等の各部門にダイレクトに伝わり、調査完了から関連部門へのリードタイムが短縮できる。また、競合他社との比較情報の収集が容易に行える。

なお、本実施形態は、対象として半導体製品を例に述べたが、他分野（自動車、電気製品など）の製品にも応用は可能である。その場合には、検索条件として入力された製品の性質を基に製品を検索し、入力された検索条件の履歴を記録すればよい。

上記実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。

本発明の実施形態による半導体製品需要調査システムの構成例を示すブロック図である。 ユーザコンピュータ及び検索用サーバの処理を説明するための図である。 ユーザコンピュータ及び検索用サーバの処理を示すフローチャートである。 ユーザ認証画面を示す図である。 半導体製品検索画面を示す図である。 検索結果画面を示す図である。 製品データベースを示す図である。 検索ログファイルを示す図である。 集計サーバ、在庫管理サーバ、開発管理サーバ及び企画管理サーバ等が行う処理を示すフローチャートである。 集計サーバ、在庫管理サーバ、開発管理サーバ及び企画管理サーバ等が行う処理を示すフローチャートである。 集計サーバ、在庫管理サーバ、開発管理サーバ及び企画管理サーバ等が行う処理を示すフローチャートである。 在庫管理データベースを示す図である。 開発管理データベースを示す図である。 企画管理データベースを示す図である。 コンピュータのハードウエア構成例を示すブロック図である。

符号の説明

１０１ ユーザコンピュータ
１０２ インターネット
１０３ 検索用サーバ
１０４ ファイヤウォール
１０５ 集計サーバ
１０６ 在庫管理サーバ
１０７ 開発管理サーバ
１０８ 企画管理サーバ
１０９ Ｗｅｂサイト
１１１ 在庫管理者コンピュータ
１１２ 開発者コンピュータ
１１３ 企画者コンピュータ
１２０ 社内ネットワークエリア
１５０１ バス
１５０２ ＣＰＵ
１５０３ ＲＯＭ
１５０４ ＲＡＭ
１５０５ ネットワークインタフェース
１５０６ 入力装置
１５０７ 出力装置
１５０８ 外部記憶装置

Claims (10)

1. 検索条件として入力された製品の性質を基に製品を検索する検索ステップと、
   前記検索結果を表示する表示ステップと、
   前記入力された検索条件の履歴を記録する記録ステップと
   を有する製品需要調査方法。
2. 前記検索ステップは、検索条件として入力された半導体製品の特性値を基に半導体製品を製品データベースから検索する請求項１記載の製品需要調査方法。
3. さらに、前記検索条件として入力された半導体製品の特性値毎の回数をカウントするカウントステップを有する請求項２記載の製品需要調査方法。
4. さらに、前記カウントされた特性値の回数が所定値以上であればその特性値を検索条件として他社の半導体製品を検索するステップを有する請求項３記載の製品需要調査方法。
5. さらに、前記カウントされた特性値の回数が所定値以上でありかつその特性値の自社の半導体製品が前記製品データベースに存在するときには補充発注数を増加すべき情報を在庫管理データベースに記録し、前記カウントされた特性値の回数が所定値未満又は０でありかつその特性値の自社の半導体製品が前記製品データベースに存在するときには補充発注数を抑制すべき情報を在庫管理データベースに記録する在庫管理ステップを有する請求項３又は４記載の製品需要調査方法。
6. さらに、前記カウントされた特性値の回数が所定値以上でありかつその特性値の半導体製品を開発中であるときには開発優先度を上げるべき情報を開発管理データベースに記録し、前記カウントされた特性値の回数が所定値未満又は０でありかつその特性値の半導体製品を開発中であるときには開発優先度を下げるべき情報を開発管理データベースに記録する開発管理ステップを有する請求項３乃至５のいずれか１項に記載の製品需要調査方法。
7. さらに、前記カウントされた特性値の回数が所定値以上でありかつその特性値の半導体製品を開発中であるときには開発優先度を上げるべき情報を開発管理データベースに記録し、かつ前記検索された他社の半導体製品の情報を開発管理データベースに記録し、前記カウントされた特性値の回数が所定値未満又は０でありかつその特性値の半導体製品を開発中であるときには開発優先度を下げるべき情報を開発管理データベースに記録する開発管理ステップを有する請求項４記載の製品需要調査方法。
8. さらに、前記カウントされた特性値の回数が所定値以上でありかつその特性値の半導体製品を企画中であるときには企画優先度を上げるべき情報を企画管理データベースに記録し、前記カウントされた特性値の回数が所定値未満又は０でありかつその特性値の半導体製品を企画中であるときには企画優先度を下げるべき情報を企画管理データベースに記録する企画管理ステップを有する請求項３乃至７のいずれか１項に記載の製品需要調査方法。
9. さらに、前記カウントされた特性値の回数が所定値以上でありかつその特性値の半導体製品を企画中であるときには企画優先度を上げるべき情報を企画管理データベースに記録し、かつ前記検索された他社の半導体製品の情報を企画管理データベースに記録し、前記カウントされた特性値の回数が所定値未満又は０でありかつその特性値の半導体製品を企画中であるときには企画優先度を下げるべき情報を企画管理データベースに記録する企画管理ステップを有する請求項４又は７記載の製品需要調査方法。
10. 検索条件として入力された製品の性質を基に製品を検索する検索手段と、
    前記検索結果を表示する表示手段と、
    前記入力された検索条件の履歴を記録する記録手段と
    を有する製品需要調査装置。

Images