(57)【要約】【課題】  設計者が重要な設計項目の変更を行った場合に、製品開発に関わる各担当者へ迅速に漏れなく、必要な情報を伝えられるようにする。【解決手段】  利用者からのログイン情報に基づいて利用者情報を取得したら、取得した利用者情報に基づいてリクエスト設定のための情報をデータベースから取得し、取得された情報を保持して、リクエスト設定可能な内容に対応した情報を利用者に出力する。利用者からの指示に基づいてデータベースに蓄積されている設計項目の中のリクエスト可能な設計項目と通知先を設定しておき、設定された設計項目に変更がなされたことを検出したら設定された該通知先に変更を通知するようにした。【選択図】  図１
2010225086.tif 000002
【特許請求の範囲】
【請求項１】
利用者からのログイン情報に基づいて利用者情報を取得すること、該取得した利用者情報に基づいてリクエスト設定のための情報をデータベースから取得すること、取得された情報を保持し、リクエスト設定可能な内容に対応した情報を利用者に出力すること、利用者からの指示に基づいて選択された設計項目と通知先をデータベースに登録すること、設定された設計項目に変更がなされたことを検出し、変更がなされたことが検出された時に設定された該通知先に変更を通知すること、を有することを特徴とする設計変更通知方法。
【請求項２】
前記設計項目または前記通知先の設定は、該利用者情報に基づいて予め設定範囲が決められていることを特徴とする請求項１に記載の設計変更通知方法。
【請求項３】
前記設定範囲はデータベース内に蓄積された情報に基づいて選択可能とされていることを特徴とする請求項２に記載の設計変更通知方法。
【請求項４】
前記通知先は選択された個人または部門を含むことを特徴とする請求項１または２に記載の設計変更通知方法。
【請求項５】
コンピュータに、データベースに蓄積されている設計項目と通知先を設定する機能と、該設定された設計項目に変更がなされたことを検出する機能と、該設定された設計項目に変更がなされたことが検出された時に設定された該通知先に変更を通知する機能と、を実現させることを特徴とする設計変更通知プログラム。
【請求項６】
前記設計項目または前記通知先の設定は、設定を行う者の情報に基づいて予め設定範囲が決められていることを特徴とする請求項５に記載の設計変更通知プログラム。
【請求項７】
前記設定範囲は前記データベース内に蓄積された情報に基づいて選択可能とされていることを特徴とする請求項６に記載の設計変更通知プログラム。
【請求項８】
前記通知先は選択された個人または部門を含むことを特徴とする請求項５または６に記載の設計変更通知プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は設計支援方法および設計支援プログラムに関し、さらに詳しくは、設計変更などの情報を共有することが可能な設計支援方法および設計支援プログラムに関する。
【背景技術】
【０００２】
近年、各種の製品やソフトウエアプログラム（ソフトウエア）などの成果物は複雑化や多機能化が進んでいる。それに伴って、開発・設計領域の分野の広がりやそれに伴う開発・設計要員の増大、生産部門との連携強化、各種処理の短時間化の要求が高まってきている。
【０００３】
このような背景の元、例えば、大規模化するソフトウエアの開発はＬＡＮに結合された複数のパーソナルコンピュータ、ワークステーションを利用して複数の作業担当者で分担して開発作業を行うことが一般的となっている。
【０００４】
そして、一旦登録した成果物に変更が生じた場合に、影響する他の成果物の作業担当者が構成表示画面を表示すると変更確認要求情報が表示され、変更確認済み情報を入力すると変更確認済み情報が表示されるようにして確実に変更あり情報を知らせる仕組みが知られている。（特許文献１参照）
また、ある開発者によって変更されたソフトウエアの構成管理要素が登録される際に、この変更に関連する構成管理要素を作業者に提示し、他の部分または他の作業者に与える影響を回避するために、ソフトウエア開発の過程で生まれる構成管理要素についてバージョン管理をおこなう際に、ある構成管理要素のファイルとこのファイルに依存する他の構成管理要素のファイルとの関係を関連情報として記録する関係情報データベースを用いて関係情報管理部が構成管理要素相互間の関連を作業者に提示するようにすることが知られている。（特許文献２参照）
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平０５−０３５４６０号公報
【特許文献２】特開２０００−２５０７４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、デジタルカラー複写機に代表されるように、昨今の製品は部品点数も多く、膨大な設計項目を有しており、関連する部門も多岐に渡っている。そのため、設計過程で変更された設計項目に対して、所望の期間内にその変更された情報を関連する全ての担当者が確認することは従来の仕組みを利用しても充分とはいえなかった。また、情報が変更されたことを徹底させるために個々の担当者に通知するようにすると、場合によっては各担当者へ何十通ものメール等の情報が配信されてしまい、各担当者は情報確認に追われることになる。
【０００７】
また、関連する情報の括り方によっては、担当者にあまり関係がないか関係のない情報が通知されてしまうことも考えられ、このことにより、設計者の設計情報が反映されなかったり、製造部門情報が反映されなかったりして本来の性能を発揮できない成果物となったり、問題が解消されない成果物になってしまったりする場合がある。
【０００８】
本発明は上記した問題点に鑑みてなされたもので、各種製品を含む成果物の設計時点で発生した仕様や設計などの変更情報をその情報を必要とする担当者に迅速に、確実に通知することができる設計支援方法および設計支援プログラムを提供することを目的とする。
【０００９】
また、本発明は、関連する必要な設計項目に対して、情報の確認が必要な担当者または部門を任意に選択設定（リクエスト）することで余計な情報の通知をなくし、必要な情報を確実に伝達することができる設計支援方法および設計支援プログラムを提供することを目的とする。
【００１０】
加えて本発明は、必要とする情報を確実に取得するまたは取得してもらえるように、変更がなされた情報または情報が関連する担当者やグループを容易に設定（リクエスト）可能にする設計支援方法および設計支援プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記課題に鑑みてなされた本発明の設計変更通知方法は、利用者からのログイン情報に基づいて利用者情報を取得すること、該取得した利用者情報に基づいてリクエスト設定のための情報をデータベースから取得すること、取得された情報を保持し、リクエスト設定可能な内容に対応した情報を利用者に出力すること、利用者からの指示に基づいて選択された設計項目と通知先をデータベースに登録すること、設定された設計項目に変更がなされたことを検出し、変更がなされたことが検出された時に設定された該通知先に変更を通知すること、を有することを特徴とする。
【００１２】
なお、上記設計変更通知方法において、設計項目または通知先の設定が、利用者情報に基づいて予め設定範囲が決められているようにすることは望ましく、設定範囲がデータベース内に蓄積された情報に基づいて選択可能とされていることは望ましい。
【００１３】
また、通知先は選択された個人または部門を含むようにしてよい。
【００１４】
また、上記課題に鑑みてなされた本発明の設計変更通知プログラムは、コンピュータに、データベースに蓄積されている設計項目と通知先を設定する機能と、該設定された設計項目に変更がなされたことを検出する機能と、該設定された設計項目に変更がなされたことが検出された時に設定された該通知先に変更を通知する機能と、を実現させることを特徴とする。
【００１５】
なお、上記設計変更通知プログラムにおいて、前記設計項目または前記通知先の設定が、設定を行う者の情報に基づいて予め設定範囲が決められているようにすることは望ましく、設定範囲が前記データベース内に蓄積された情報に基づいて選択可能とされていることは望ましい。
【００１６】
また、通知先は選択された個人または部門を含むようにしてよい。
【発明の効果】
【００１７】
本発明によれば、各種製品を含む成果物の設計時点で発生した仕様や設計などの変更情報をその情報を必要とする担当者に迅速に、確実に通知することができる設計支援方法および設計支援プログラムを提供することができる。
【００１８】
また、本発明によれば、関連する必要な設計項目に対して、情報の確認が必要な担当者または部門を任意に選択設定（リクエスト）することで余計な情報の通知をなくし、必要な情報を確実に伝達することができる設計支援方法および設計支援プログラムを提供することができる。
【００１９】
加えて本発明によれば、必要とする情報を確実に取得するまたは取得してもらえるように、変更がなされた情報または情報が関連する担当者やグループを容易に設定（リクエスト）可能にする設計支援方法および設計支援プログラムを提供することができる。
【００２０】
このように本発明によれば、製品開発において、ある部品仕様に変更が発生した時、開発に関わる各部門が漏れなく、素早く対応することの確実性を高めることが出来る。これにより、仕様変更に対応した部品と仕様変更に未対応の部品が無くなる事により、各部品間の仕様のずれを防ぐことが可能となって、製品やユニットとして部品を組上げた時に生じる様々なトラブル回避の一助になる。
【図面の簡単な説明】
【００２１】
【図１】本発明のシステム構成の好適な一例を概略的に説明するシステム構成図である。
【図２】システムへの認証画面の好適な一例を説明するための図である。
【図３】リクエスト登録作業画面の好適な一例を説明するための図である。
【図４】リクエスト登録確認画面の好適な一例を説明するための図である。
【図５】リクエスト登録作業画面の好適な一例を説明するための図である。
【図６】リクエスト登録確認画面の好適な一例を説明するための図である。
【図７】リクエスト登録状況を確認要求画面の好適な一例を説明するための図である。
【図８】サプライ確認修正画面の好適な一例を説明するための図である。
【図９】リクエスト変更件数表示の好適な一例を説明するための図である。
【図１０】設計変更項目表示画面の好適な一例を説明するための図である。
【図１１】本発明のシステムの概念的構成を説明するための模式的説明である。
【図１２】概略的な基本フローを説明するためのフローチャートである。
【図１３】本発明に適用することができるコンピュータまたは通信網に接続される端末として使用されるコンピュータやサーバの構成の好適な一例を説明する概略的構成図である。
【発明を実施するための形態】
【００２２】
以下、必要に応じて図面を参照しつつ、本発明の好適な一実施形態について説明する。
【実施例１】
【００２３】
図１１は本発明におけるシステムの概念的構成を説明するための模式的説明図であり、図１１において、１１、１２はそれぞれＰＣ（パーソナルコンピュータ）に代表される端末、１５はデータベース、９９はＬＡＮまたは、インターネットなどのネットワークを含む通信網である。
【００２４】
図１１に示されるように、端末１１および端末１２は通信網９９を介してデータベース１５に接続可能にされている。端末１１および端末１２からは、必要に応じて、データベース１５内に成果物に係わる情報を蓄積したり、蓄積されている情報を閲覧したり、修正したり、等々を行うことができる。
【００２５】
データベース１５には、各種製品に代表される成果物を設計するための情報が蓄積される。なお、データベース１５には、データベース１５に蓄積されている情報に対するセキュリティを向上させるために、さらに、社内の人事情報などのアクセス管理を行えるような情報を蓄積しておいても良い。例えば、人事情報であれば、人事異動等があった場合には、自動的に更新し、端末１１または端末１２によってデータベース１５内のデータにアクセスするものを制限することができる。
【００２６】
デ−タベース１５は、実際には、データベースサーバー（不図示）によって管理され、端末１１または端末１２からの指令に基づいて、データベースサーバーが必要な情報をデータベース１５の記録媒体から読み出し、端末１１または端末１２に通信網９９を介して情報を転送することができる。
【００２７】
データベース１５に蓄積する情報をどのように収集し、実際にデータベースに登録するかについては、後に詳しく説明する。
【００２８】
図１１に示される端末１１（または端末１２）は、データベースサーバーによって管理されるデータベース１５を統括するＷＥＢサーバーやアプリケーションサーバーとして機能させることができる。この場合、端末１１は本発明における中心的な役割を果たす部となる。
【００２９】
端末１１をＷＥＢサーバーやアプリケーションサーバーと考えると、端末１２は実際に製品の設計を行う設計者はが使用するコンピュータと言う位置付けになる。
【００３０】
図２は、システムへの認証画面の好適な一例を説明するための図である。
【００３１】
システムの利用者が設計支援プログラムを利用したり、その後、リクエスト登録作業に入ったりするには、先ず、そのシステムやプログラムを使用するにあたっての認証を行うことが一般的である。
【００３２】
システムログインのための認証やプログラムを使用するための認証はそれぞれの段階で設けても良いし、いずれか一方のみ設けても良い。これは、セキュリティレベルに対する考えに基づいて適宜調整されるべきである。認証画面の一例としては、図２に示されるように利用者ＩＤとパスワードの入力を促す認証画面２０とするのが一般的である。
【００３３】
システムへのログインまたはプログラムの使用のために、表示された認証画面２０で要求された利用者ＩＤとパスワードの入力を行う。この認証によって、利用者が利用出来る機能ならびに参照出来る情報を制限する、または、調整することができる。
【００３４】
次に、本発明のリクエスト機能について説明する。
【００３５】
先ず、システムまたは使用プログラムの認証をし、設計支援システムにログインし、設計支援システムのリクエスト機能にかかわるメインメニューを表示させる。
【００３６】
本実施例では、以下、複写機の外装の設計に関して設計支援システムを利用する場合を例にとって説明する。
【００３７】
図３は、設計支援システムのリクエスト登録作業画面の好適な一例を説明するための図で、３０Ａは製品名入力部、３０Ｂはサブメニュー入力部、３０Ｃは表示ボタン、３０Ｄは取消ボタン、３０Ｅは分野情報入力部、３０Ｆはリクエスト区分を入力するグループ入力部、３０Ｇはサマリ表示ボタン、３０Ｈはリクエスト登録ボタン、３０Ｊは項目追加チェックボックス、３０Ｉは項目選択のためのチェックボックスである。
【００３８】
図３に示されるように、本実施例では、画面の上段部分にメインメニュー画面が表示され、図中画面の下段部分（画面の下部領域に表示されるサブメニュー画面）の表示内容を選択、表示するための機能を、画面の下段部分に選択された分野におけるリクエストを設定するための機能を持たせている。
【００３９】
より具体的に下段部分の表を説明する。図示されるように、下段部分の表は、設計項目、仕様、添付、チェックシートの各項目が横に配列され、設計項目には上から順に正面、右側、左側、上面などの図面の視点方向が入力された例が示されている。表の最左側には各行に対応してチェックボックス３０Ｉが設けられ、ここにカーソルなどの指示手段を移動してチェックすることによって所望の設計項目情報を選択することができる。
【００４０】
設計支援システムの利用者は、このメニュー画面に表示された画面上から、製品名入力部３０Ａでリクエスト登録したい製品を選択し（図では「製品Ｄ」を選択）、サブメニュー入力部３０Ｂで選択した製品のどの設計部分について参照したいかを選択（図では「外装参照」を選択）する。その後、表示ボタン３０Ｃを押す。すると、画面下段部分に、図３に示されるように選択した製品の選択した領域の仕様書参照画面、つまり、外装にかかわる仕様書参照画面が表示される。
【００４１】
なお、製品名入力部３０Ａでは製品Ｄが入力された例を例示したが、この入力は、予め記憶されている所望の製品名群からプルダウンメニューなどを利用して選択して入力可能にしても良く、キーボードなどの入力手段を介したり、コンピュータに記憶させた製品名をカットアンドペーストしたりして直接入力しても良い。選択入力にすることは入力される名称や内容を入力者に関わらず一致させることができ、また、存在しない名称を入力することによるエラーの発生を防ぐことができるので都合が良い。
【００４２】
サブメニューも同様に、直接入力するようにしても良く、また、プルダウンメニューから選択して入力するようにして良い。入力される項目を選択入力するようにすると、製品名入力と同様な利点があるばかりでなく、選択された製品が関連して有している情報に係わる項目のみ選択可能とすることができるのでより都合が良い。
【００４３】
利用者が新人などで経験が浅く、リクエスト設定する範囲が狭い場合の、例えば、担当する分野が一つの設計分野であるような場合の、一例について説明する。
【００４４】
このような場合は、各リクエスト設定する利用者が担当する製品名を製品名入力部３０Ａに入力し、設計分野をサブメニュー入力部３０Ｂで選んだ後に表示される仕様書参照画面上で、既に仕様が書かれている設計項目に対し、リクエストが欲しい設計項目について設計項目の左側にあるチェックボックス３０Ｉを指定し、リクエスト登録ボタン３０Ｈを押すことで行う。この利用者の場合は、権限上、リクエスト設定が可能な範囲が狭いため、分野情報入力部３０Ｅは「外装」が事前に入力されている。また、グループ入力部３０Ｆは「個人」が事前に入力されている（デフォルトの設定）。
【００４５】
もちろん、この指定は各設計支援システムのポリシーに基づいて適宜設定されるものであり、この設定は本実施例を説明するための一例である。
【００４６】
リクエスト登録後に、サマリ表示ボタン３０Ｇを押すと、リクエスト設定された設計項目のみがまとめて表示された画面が表示される。図４に示される表示画面例を参照しながらさらに詳細に説明する。
【００４７】
図４はリクエスト登録を確認することができるリクエスト登録確認画面（サマリ画面）の一例を説明するための図である。図示されるように、サマリ画面では、リクエスト登録で選択された設計項目のみが表として表示される。なお、どの部分の設計項目であるかがわかるように、メインメニューはリクエスト登録画面の時と同じ表示を行っている。
【００４８】
サマリ表示ボタン３０Ｇは、サマリ画面に切り替わることで全表示ボタン３０Ｇ’に変更されている。全表示ボタン３０Ｇ’を押すと、元のリクエスト登録画面（図３）に戻る。
【００４９】
利用者が図３に示される「外装」以外の他の分野においても閲覧権限がある場合は、分野情報入力部３０Ｅから必要な分野を選択し、選択された分野の中でリクエスト登設したい項目をそれぞれ設定し、同様な手順で設定内容を確認することができる。
【００５０】
なお、現在選択できる項目に追加される項目があった場合に、項目が追加されたことを通知して欲しい場合は、項目追加チェックボックス３０Ｊにチェックを入れて登録しておく。これにより、リクエスト登録後に新たな項目が追加された場合はそのことが通知されるようになる。
【００５１】
リクエスト登録内容がこの内容でよければ全表示ボタン３０Ｇ’を押して全表示画面に戻り、リクエスト登録ボタン３０Ｈを押してリクエスト登録は完了する。本例では全表示画面からリクエスト登録を行う場合を説明したが、サマリ画面においてリクエスト登録ボタン３０Ｈを機能させておき、そのまま登録動作を行えるようにして良いことはもちろんである。
【００５２】
利用者の担当する設計分野の範囲が広い場合には、個々の設計分野に入って一つ一つ設定することもできるが、設定漏れが生じたり、設定項目数が多くなりすぎたりして負荷が大きくなる場合がある。これを回避するために、グループ設定により、担当分野の全ての設計項目を一度に表示し、表示されている中から利用者が重要だと思われる設計項目をまとめて設定することを可能にすることが望ましい。
【００５３】
この場合の例を図面を参照しながら説明する。
【００５４】
図５は、リクエスト登録作業画面の好適な一例を説明するための図である。図５に示される図は担当分野が広い利用者に合わせて表示される画面例であるが、基本的な表示形式は前述したものと変らないので詳細な説明は省略する。
【００５５】
図５に示される画面例は、利用者のログイン情報を元に選択される閲覧権限に基づいて、製品名入力部３０Ａで製品Ｄを選択すると、サブメニュー入力部３０Ｂで利用者が閲覧可能な分野が選択できるようになっている。利用者はこの選択可能な分野から必要な分野をここに選択し、所望の設定を行うことができる。ここでは、上記した通り一括設定をする場合について説明する。
【００５６】
一括選択を可能にする場合、複数の選択可能な分野がある場合、サブメニュー入力部３０Ｂに選択可能な項目の全てを選択するという「全て参照」の項目を設けておく。サブメニュー入力部３０Ｂで「全て参照」の設定をすると利用者が所属する部門や担当分野の情報を元に閲覧可能で必要な設計項目が集められ、サブメニュー画面にまとめて表示される。
【００５７】
図５に示される画面例の場合は、対象の分野入力部３０Ｅが全てとされ、リクエスト区分入力部３０Ｆがグループとされている。これによって、全ての分野を対象にし、その分野に関係する者全ての設計項目が表示の対象とされていることが示されている。
【００５８】
登録したい設計項目のチェックボックス３０Ｉを指定した後は前述した場合と同様にリクエスト登録ボタン３０Ｈを押して、リクエスト登録を行えば良い。
【００５９】
ここで、利用者の閲覧権限は、所属部門などの個人情報や担当分野の情報を製品開発の各責任者により事前に利用者情報として登録しておけばよい。あるいは、人事情報などを元に設定されるようにしても良い。
【００６０】
必要なチェックボックス３０Ｉにチェックを入れた後に、サマリ表示３０Ｇを押すと、図６のリクエスト登録確認画面（サマリ画面）の好適な一例を説明するための図に示されるように、グループで行ったリクエスト設定を確認出来る。図６の状態で、全表示ボタン３０Ｇ’を押すと元の登録画面（図５）に戻ることができる。図６に示される画面から直接リクエスト登録が出来るようにしても良いのは前述したとおりである。
【００６１】
グループを選択することによって、登録を行っている利用者が所属するグループにおける選択した設計分野の設計項目に変更があった場合通知を受けることができる。
【００６２】
設計変更によっては、グループまたは特定の個人に対して、設計項目に変更があった場合に変更内容を確認して欲しい場合がある。この場合は、グループの管理職やプロジェクトのチーフ、あるいは、その分野に精通している有識者などに、他者や他グループに対して変更内容を確認してもらえるようにリクエスト登録を行う権限を与えても良い。この場合は、リクエスト区分を設計変更情報を通知したい部門名や担当者などの個人名を選択することによってリクエスト登録をすることができるようにすれば良い。
【００６３】
リクエスト登録されることによって登録された利用者には情報が供給されるが、供給される情報を変更したい場合が発生することがある。リクエストが不要になった設計項目からチェックを外したり、変更したりする場合の一例について説明する。チェックの削除や変更は多項目一括して行うことが可能である。
【００６４】
図７は、リクエスト登録状況を確認要求画面の好適な一例を説明するための図である。図７を参照しながら手順を説明する。
【００６５】
先ず、メインメニュー上のサブメニュー入力部３０Ｂで、変更したい分野を選択し、サブメニュー画面に表示させる。図７は製品名入力部に「製品Ｄ」を、サブメニュー入力部にリクエスト登録してある情報のグループを選択するために「サプライ」を選択した状態を示している。その後、表示ボタン３０Ｃを押し、サブメニュー画面に選択した分野に対応する分野が表示される。
【００６６】
図８は、リクエスト登録されている項目の一覧を表示するサプライ確認修正画面の好適な一例が示されている。
【００６７】
図８に示される画面は、製品名として製品Ｄを選択したことが製品名表示部４０Ａに示されており、表示される分野が製品Ｄにかかわる全体であることが分野名表示部４０Ｂに示されている。これら製品名や分野は表示内容を変更するためにサブメニュー画面から変更可能にして良い。その場合は、直接入力によって変更するようにして良く、また、プルダウンメニューなどから選択可能な項目・名称を選択できるようにしても良い。
【００６８】
サプライ確認修正画面では、リクエスト設定した全ての設計項目を一覧出来、また、リクエスト設定を取りやめたい場合は、リクエスト設定をまとめて外す事が可能である。
【００６９】
つまり、表示された設計項目の図中最左部に設けられたチェックボックスから取り消したい項目についてチェックを外した後、リクエスト登録ボタン４０Ｄを押すことで登録を解除（削除）することができる。
【００７０】
不要になった分野があれば、表示される分野を不要になった分野が表示されるように適宜選択することで一括してチェックボックスのチェックを外して漏れなくリクエスト登録の解除を行うことができる。
【００７１】
リクエスト登録が終了すると、利用者、有識者または管理職が設定したリクエスト登録項目に対して修正や変更がなされると、グループ別設定、個人別設定に合わせてそれぞれ所望とする設計項目にかかわる内容に対して修正や変更が合ったことを知らせるメール通知が行われる。
【００７２】
図２のログイン画面で利用者ＩＤとパスワードを入力し、本設計支援プログラムのメインメニューに入るごとに、仕様変更があった場合には、リクエスト変更件数が表示されるようにしても良い。
【００７３】
図９は、リクエスト登録されている設計情報に関し修正や変更が何件行われているかを表示するリクエスト変更件数表示の一例を説明するための図である。図示されるように、設定してあるリクエスト項目に対して変更がなされた場合は、システムにログインした時点で何に何件の変更があったかが一目瞭然となる。
【００７４】
ここで、所望の分野のリクエスト変更件数５０Ａをマウスで選択し、表示させると変更された設計項目の情報を参照することができる。
【００７５】
例えば、リクエスト変更件数画面から、外装の２件を選択すると、図１０の設計変更項目表示画面の好適な一例に示されるように外装分野においてリクエスト登録していた設計変更項目のうち、設計変更がなされた設計項目が画面表示され、仕様変更された設計項目について、最新情報を参照出来る。
【００７６】
なお、図１０の画面を参照すると、参照した設計項目のリクエスト変更件数５０Ａをクリアして件数を０件とするようにしておく。こうすることで、確認した設計変更項目については非表示とすることが可能になり、設計変更された仕様について、未確認の情報のみを参照することが可能となっている。
【００７７】
図１の本発明のシステム構成の好適な一例を概略的に説明するためのシステム構成図と、図１２の本発明の概略的な基本フローを説明するためのフローチャートを利用して、本発明についてさらに詳細に説明する。
【００７８】
図１において、１５−１は設計者情報データベース、１５−２は人事情報データベース、１５−３１は製品設計情報データベース、１５−３２はリクエスト設定情報データベース、１１１はシステムプロセッサ、１１２はＲＡＭ（ランダムアクセスメモリ）、１１３はリクエスト機能部、１１４はリクエスト設定部、１１５はリクエスト通知部、１１６は設計支援プログラム、１１７はメール送信機能、１１８は通信部、１２１はブラウザである。なお、図中図１１と同じ参照番号のものは同じものを示すので説明は省略する。図１において、端末１１がＷＥＢ（ウエブ）サーバー、端末１２がＯＡ端末として利用している場合を例示している。
【００７９】
システムプロセッサ１１１はＲＡＭ１１２、リクエスト機能１１３、設計支援プログラム１１６、メール送信機能１１７を制御するための制御装置である。ＲＡＭ１１２には、リクエスト設定中の設計分野や設計項目名等の処理に必要なデータが一時的に格納される。システムプロセッサ１１１は、モニタのような表示装置に代表されるコンピュータ資源を好適に利用することが出来る。
【００８０】
リクエスト機能１１３はリクエスト設定部１１４とリクエスト通知部１１５とを有している。
【００８１】
データベース１５は、システムを利用可能な設計者の氏名、社員コード、どの製品に関連しているかなどの担当領域情報、どこまでの情報を参照可能か等の権限情報、システムへのログインパスワード等の情報を蓄積している設計者情報データベース１５−１、氏名、社員コード、設計者の所属、役職、メールアドレスなどの情報、を蓄積している人事情報データベース１５−２、製品に係わる設計情報を蓄積している製品設計情報データベース１５−３１およびリクエスト登録にかかわる設定情報を蓄積しているリクエスト設定情報データベース１５−３２を備えている。
【００８２】
利用者が端末１２のブラウザ１２１を通して、端末１１の設計支援プログラム１１６にログインする場合は、端末１１の通信部１１８とネットワーク９９を経由して、利用者ＩＤなどのログイン名とパスワードがデータベース１５の設計者情報データベース１５−１に問い合わされて（必要に応じてさらに人事情報データベース１５−２を参照しても良い）、情報を閲覧する（情報にアクセスする）権限があれば、システムへログイン出来る（工程１２００）。なお、本図では利用者の認証に設計者情報データベース１５−１を利用しているが、設計に直接かかわらない製造部門のものがこの中に登録されていても良く、利用者情報データベースと読み替えても良いものであることは言うまでもない。
【００８３】
システムログインすると、設計支援プログラム１１６は、通信部１１８を通じ、ネットワーク９９を経由して、データベース１５へアクセスして、ログインした利用者に関連する製品設計情報データベース１５−３１の情報と設計者情報データベース１５−１の情報を元に（工程１２０１）、端末１２のブラウザを通じて、設計支援システム・メインメニューを表示する（工程１２０２）。
【００８４】
利用者が、ブラウザに表示された表示情報を元にリクエスト設定すると（工程１２０３）、リクエスト設定機能１１３のリクエスト設定部１１４は、リクエスト設定するために端末１１２から入力される情報にしたがって選択された分野や設計項目名、担当者名等の情報をデータベース１５のリクエスト設定情報データベース１５−３２へ蓄積され、（工程１２０４）、登録が完了する（工程１２０５）。
【００８５】
リクエスト設定のために、必要に応じて端末１２に対してデータベース１５からのデータを取得し、あるいは、予め取得され記憶されていた情報に基づいて、選択可能なないよう情報を生成し、送信することは望ましい。
【００８６】
リクエスト登録後に登録情報をサマリ表示する場合は、リクエスト設定機能１１３は、通信部１１８を通じ、ネットワーク９９を経由して、データベース１５へアクセスして、リクエスト設定情報データベース１５−３２内に蓄積された分野や設計項目名、製品設計情報データベース１５−３１に蓄積されている関連情報とを利用して、該当する設計情報を、端末１２のブラウザ１２１を通じて、利用者へ表示する。
【００８７】
製品設計情報データベース１５−３１内に蓄積されている設計項目内容が修正されたり設計項目が追加されると、状況を監視しているリクエスト通知部１１５が、設計者情報１５−１と人事情報１５−２の情報から必要とされる情報、例えば、設計分野、設計項目、メールアドレスなどを抜き出して、メール送信機能１１７へ情報を渡す。
【００８８】
メール送信機能は、渡されたメールアドレスを元に、該当する利用者に対して、通信部１１８を通じ、ネットワーク９９経由で、どの製品のどの設計項目が変更されたかをグループ別設定、個人別設定に合わせて、メール配信する。
【００８９】
設計項目内容が修正されたり、設計項目が追加されたりした後で、利用者が端末１２を用いて、端末１１のシステムへログインすると、グループ別設定、個別設定に合わせて、し、リクエスト通知部１１５は、データベース１５の製品設計情報データベース１５−３１とリクエスト設定情報データベース１５−３２の情報にさらに認証用のデータベース１５−１情報を元に、リクエスト変更件数や該当する製品設計情報を端末１２のブラウザ１２１を通じて、利用者へ表示する。端末１２に表示された情報に基づいて、端末１２において任意の件数へカーソルを動かして詳細指定を行うと、端末１２からの指定された情報に基づいて製品のデータベース１５−３１、リクエスト設定データベース１５−３２と認証用のデータベースである設計者情報１５‐１の情報を元に、仕様が変更された設計項目と関連する情報の表示を収集し、収集された情報を端末１２に送出する。
【００９０】
図１３は、上記設計支援装置に適用することができるコンピュータまたは通信網に接続される端末として使用されるコンピュータやサーバの構成の好適な一例を説明する概略的構成図である。コンピュータ１５００は、ＣＰＵ１５０１と、ＲＯＭ１５０２と、ＲＡＭ１５０３と、入力装置としてのキーボード（ＫＢ）１５０９のキーボードコントローラ（ＫＢＣ）１５０５と、表示部としてのＣＲＴディスプレイ（ＣＲＴ）１５１０のＣＲＴコントローラ（ＣＲＴＣ）１５０６と、ハードディスク（ＨＤ）１５１１及びフレキシブルディスク（ＦＤ）１５１２のディスクコントローラ（ＤＫＣ）１５０７と、ネットワーク１５２０との接続のためのネットワークインターフェースコントローラ（ＮＩＣ）１５０８とが、システムバス１５０４を介して互いに通信可能に接続された構成としている。
【００９１】
ＣＰＵ１５０１は、ＲＯＭ１５０２或いはＨＤ１５１１に記憶されたソフトウエア、或いはＦＤ１ＦＤ１５１２より供給されるソフトウエアを実行することで、システムバス１５０４に接続された各構成部を総括的に制御する。すなわち、ＣＰＵ１５０１は、所定の処理シーケンスに従った処理プログラムを、ＲＯＭ１５０２、或いはＨＤ１５１１、或いはＦＤ１５１２から読み出して実行することで、本実施の形態での動作を実現するための制御を行う。なお、図示していないがハードディスク、フレキシブルディスク以外にも光学的記録装置などの他のデバイスが接続されて良いい。
【００９２】
ＲＡＭ１５０３は、ＣＰＵ１５０１の主メモリ或いはワークエリア等として機能する。ＫＢＣ１５０５は、ＫＢ１５０９や図示していないポインティングデバイス等からの指示入力を制御する。ＣＲＴＣ１５０６は、ＣＲＴ１５１０の表示を制御する。ＤＫＣ１５０７は、ブートプログラム、種々のアプリケーション、編集ファイル、ユーザファイル、ネットワーク管理プログラム、及び本実施の形態における所定の処理プログラム等を記憶するＨＤ１５１１及びＦＤ１５１２とのアクセスを制御する。ＮＩＣ１５０８は、ネットワーク１５２０上の装置或いはシステムと双方向にデータをやりとりする。
【００９３】
なお、本発明の実施を行うために必要なコンピュータ構成は、図１３に示したコンピュータ構成に限定されない。
【符号の説明】
【００９４】
１１  コンピュータ端末（ＷＥＢサーバー）
１２  コンピュータ端末（ＯＡ端末）
１５  コンピュータ端末（データベースサーバー）
３０Ａ、４０Ａ  製品名
３０Ｂ  サブメニュー
３０Ｃ、４０Ｃ  表示ボタン
３０Ｄ  取消しボタン
３０Ｅ、４０Ｂ  設計分野選択メニュー
３０Ｆ  リクエスト区分の選択メニュー
３０Ｇ  リクエストした項目のみを表示する確認用ボタン
３０Ｈ、４０Ｄ  リクエスト登録ボタン（取消しボタンを兼ねる）
３０Ｉ  リクエスト登録用チェックボックス
３０Ｊ  設計項目
５０Ａ  仕様変更件数
９９  ネットワーク
１１１  システムプロセッサ（ＣＰＵ）
１１２  ＲＡＭ
１１４  リクエスト設定部
１１５  リクエスト通知部
１１６  設計支援プログラム
１１７  メール送信機能
１２１  ブラウザ
１５−１  設計者情報
１５−２  人事情報
１５−３１  製品設計情報
１５−３２  リクエスト設定情報
【図１】
2010225086.tif 000003
【図２】
2010225086.tif 000004
【図３】
2010225086.tif 000005
【図４】
2010225086.tif 000006
【図５】
2010225086.tif 000007
【図６】
2010225086.tif 000008
【図７】
2010225086.tif 000009
【図８】
2010225086.tif 000010
【図９】
2010225086.tif 000011
【図１０】
2010225086.tif 000012
【図１１】
2010225086.tif 000013
【図１２】
2010225086.tif 000014
【図１３】
2010225086.tif 000015