(57)【要約】【課題】  設計手順を設計者に有用な手順とすることが可能な設計システム、設計プログラム及び設計方法を提供する。【解決手段】  本発明の設計システムのサーバが、成果物ＤＢ４０３に、設計において参照される情報である成果物を格納し、検索部４０２が成果物ＤＢ４０３から成果物を検索し、ログＤＢ４０５が、少なくとも検索がなされた時の情報及び検索を依頼した設計者の担当する部品の情報とからなる、参照される成果物毎に生成されるログを格納するログＤＢ４０５と、判断部４０６がログＤＢ４０５に格納されたログが所定の条件を満たしているか否かを判断し、追加部４０７が所定の条件を満たしていると判断された情報をログに基づいて手順に追加する。【選択図】  図４
2006228130.tif 000002
【特許請求の範囲】
【請求項１】
設計の手順の情報を格納する第１の格納手段と、
設計において参照される情報を格納する第２の格納手段と、
前記第２の格納手段から前記情報を検索する検索手段と、
少なくとも前記検索がなされた時の情報及び前記検索を依頼した設計者の担当する部品の情報とからなる、前記参照される情報毎に生成されるログを格納する第３の格納手段と、
前記第３の格納手段に格納されたログが所定の条件を満たしているか否かを判断する判断手段と、
前記ログに基づいて、前記所定の条件を満たしていると判断された情報を前記設計の手順の情報に追加する追加手段とを備える設計システム。
【請求項２】
コンピュータを、
設計の手順の情報を格納する第１の格納手段、
設計において参照される情報を格納する第２の格納手段、
前記第２の格納手段から前記情報を検索する検索手段、
少なくとも前記検索がなされた時の情報及び前記検索を依頼した設計者の担当する部品の情報とからなる、前記参照される情報毎に生成されるログを格納する第３の格納手段、
前記第３の格納手段に格納されたログが所定の条件を満たしているか否かを判断する判断手段、及び、
前記ログに基づいて、前記所定の条件を満たしていると判断された情報を前記設計の手順の情報に追加する追加手段として機能させる設計プログラム。
【請求項３】
第１の格納手段に設計の手順の情報が格納される工程と、
第２の格納手段に設計において参照される情報が格納される工程と、
検索手段が、前記第２の格納手段から前記情報を検索する工程と、
第３の格納手段に少なくとも前記検索がなされた時の情報及び前記検索を依頼した設計者の担当する部品の情報とからなる、前記参照される情報毎に生成されるログが格納される工程と、
判断手段が、前記第３の格納手段に格納されたログが所定の条件を満たしているか否かを判断する工程と、
追加手段が、前記ログに基づいて、前記所定の条件を満たしていると判断された情報を前記設計の手順の情報に追加する工程とを備える設計方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、設計手順を設計者の端末に表示する設計システム、設計プログラム及び設計方法に関する。
【背景技術】
【０００２】
従来、自動車などの設計過程において設計の進め方や注意などの情報からなる設計の手順の情報を端末上に表示し、詳細な設計作業を設計者に確認可能にするシステム（以下、ナビゲーションシステムともいう。）が知られている。そして、このような従来のナビゲーションシステムでは、手順に従うだけで、例えば若手設計者であっても、効率的、かつ、品質を確保した設計が可能である。このような従来のナビゲーションシステムでは、設計段階で必要とされる項目は手順に固定されている。
【特許文献１】特開２００３−２８１２０５号公報
【特許文献２】特開平７−９３３９５号公報
【特許文献３】特開平７−３６９４４号公報
【特許文献４】特開２００３−６２５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来技術では、例えば手順に新たな項目を追加する必要がある場合などのように、手順を設計者に有用なものに変化させる必要がある場合について対策はとられていなかった。そのため、手順を設計者に有用なものに変化させる必要がある場合であっても、なんら対処せず手順が陳腐化したり、又は、陳腐化する前に手順を管理者などが変更しなければならなかった。
【０００４】
本発明は上記事情に鑑みなされたもので、設計手順を設計者に有用な手順とすることが可能な設計システム、設計プログラム及び設計方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するため、本発明の設計システムは、
設計の手順の情報を格納する第１の格納手段と、
設計において参照される情報を格納する第２の格納手段と、
前記第２の格納手段から前記情報を検索する検索手段と、
少なくとも前記検索がなされた時の情報及び前記検索を依頼した設計者の担当する部品の情報とからなる、前記参照される情報毎に生成されるログを格納する第３の格納手段と、
前記第３の格納手段に格納されたログが所定の条件を満たしているか否かを判断する判断手段と、
前記ログに基づいて、前記所定の条件を満たしていると判断された情報を前記設計の手順の情報に追加する追加手段とを備える。
【０００６】
また、本発明の設計プログラムは、
コンピュータを、
設計の手順の情報を格納する第１の格納手段、
設計において参照される情報を格納する第２の格納手段、
前記第２の格納手段から前記情報を検索する検索手段、
少なくとも前記検索がなされた時の情報及び前記検索を依頼した設計者の担当する部品の情報とからなる、前記参照される情報毎に生成されるログを格納する第３の格納手段、
前記第３の格納手段に格納されたログが所定の条件を満たしているか否かを判断する判断手段、及び、
前記ログに基づいて、前記所定の条件を満たしていると判断された情報を前記設計の手順の情報に追加する追加手段として機能させる。
【０００７】
また、本発明の設計方法は、
第１の格納手段に設計の手順の情報が格納される工程と、
第２の格納手段に設計において参照される情報が格納される工程と、
検索手段が、前記第２の格納手段から前記情報を検索する工程と、
第３の格納手段に少なくとも前記検索がなされた時の情報及び前記検索を依頼した設計者の担当する部品の情報とからなる、前記参照される情報毎に生成されるログが格納される工程と、
判断手段が、前記第３の格納手段に格納されたログが所定の条件を満たしているか否かを判断する工程と、
追加手段が、前記ログに基づいて、前記所定の条件を満たしていると判断された情報を前記設計の手順の情報に追加する工程とを備える。
【発明の効果】
【０００８】
このように、本発明では、情報を検索した際のログを格納し、このログが所定の条件を満たした場合に、検索されていた情報を手順の情報に追加しているため、例えば参照される回数が多い情報を手順に追加することができ、手順を設計者にとって有用なものとすることができる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照して本発明を実施するための最良の形態について説明する。以下の実施の形態の構成は例示であり、本発明は実施の形態の構成に限定されない。まず、本発明の設計システムの一実施形態について図１を参照して説明する。図１は、本発明の設計システムの一実施形態の動作の概略図である。なお、以下の説明は、本発明の設計プログラム及び設計方法の一実施形態の説明を兼ねる。
【００１０】
図１に示されるように、本発明の設計システムの一実施形態は、手順にそって開発を進めたときに、開発者などが作成した情報（以下、成果物とも記す）をデータベース（以下、ＤＢとも記す）に格納する。この成果物は、開発者が開発を行う過程において、設計に関して得られた情報である。
【００１１】
次に、本発明の設計システムの一実施形態は、ＤＢに格納された成果物を設計者が参照した場合、この参照についてのログを記録する。そして、本発明の設計システムの一実施形態は、このログが所定の条件を満たした場合（例えば、カウント数≧ｎ）、その成果物を手順の項目として手順に追加する。
【００１２】
次に、本発明の設計システムの一実施形態の構成について図２を参照して説明する。図２は、本発明の設計システムの一実施形態の構成図である。図２に示される設計システムは、設計者に使用される端末２０１と、情報の管理を行うサーバ２０２とを備える。端末２０１とサーバ２０２とは、ネットワーク２０３により接続される。ただし、図２では端末２０１とサーバ２０２とをそれぞれ１つしか表示していないが、本発明はこのような場合に限定されるものではなく、端末２０１とサーバ２０２とがそれぞれ２台以上であって
も良い。
【００１３】
次に、図２に示される端末２０１の内部構成について図３を参照して説明する。図３は、図２に示される端末の内部ブロック図である。図３に示されるように、端末は、サーバにデータベースの検索を指示する情報を送信部３０２に出力すると共に、表示部３０５に検索した内容を表示させる検索指示部３０１と、サーバに情報を送信する送信部３０２と、サーバから情報を受信する受信部３０３と、手順に関する情報の取得を要求する情報を送信部３０２に出力すると共に、受信した手順に関する情報を表示部３０５に表示させる手順検索部３０４と、受信した情報を表示させる表示部３０５とを備える。なお、図３に示される各部の機能のうちの少なくとも１つが、ＣＰＵがメモリに格納されたプログラムと協働することにより実現されるとしても良い。
【００１４】
次に、図２に示されるサーバ２０２の内部構成について図４を参照して説明する。図４は、図２に示されるサーバの内部ブロック図である。図４に示されるように、サーバは、端末からの情報を受信する受信部４０１と、受信部４０１が受信した情報に基づいて成果物ＤＢ４０３や手順ＤＢ４０８を検索して情報を抽出し、抽出した情報を送信部４０９に出力する検索部４０２と、成果物に関する情報を格納する成果物ＤＢ４０３と、成果物ＤＢ４０３に格納された成果物に対するアクセスのログを抽出し、この抽出したログをログＤＢ４０５に格納するログ抽出部４０４と、ログ抽出部４０４が抽出したログに関する情報を格納するログＤＢ４０５と、ログＤ４０５に格納されたログが所定の条件を満たしているか否かを判断する判断部４０６と、判断部４０６の判断結果に基づいて手順に成果物の項目を追加する追加部４０７と、設計の手順に関する情報を格納する手順ＤＢ４０８と、検索部４０２から出力された情報を端末に送信する送信部４０９とを備える。なお、図４に示される各部の機能のうちの少なくとも１つが、ＣＰＵがメモリに格納されたプログラムと協働することにより実現されるとしても良い。また、図４に示される各部は、１つのサーバに設置される場合だけでなく、複数のサーバに任意に分散して設置されるとしても良い。
【００１５】
次に、図２に示される設計システムの一実施形態の動作について図５を参照して説明する。図５は、図２に示される設計システムの動作のフローチャートである。まず、サーバは、開発者が作成した成果物を成果物ＤＢに格納する（Ｓ５０１）。
【００１６】
次に、端末は、成果物ＤＢに格納された情報の検索をサーバに指示する（Ｓ５０２）。そして、サーバは端末の指示に基づいて、成果物ＤＢを検索し、必要な情報を取得する（Ｓ５０３）。そして、サーバは、検索した情報を端末に送信する（Ｓ５０４）。
【００１７】
サーバから情報を受信した端末は、受信した情報を表示する（Ｓ５０５）。一方、サーバは、成果物ＤＢに対する検索のログを格納する（Ｓ５０６）。すなわち、サーバは、成果物ごとに、少なくとも、検索がなされた時期が設計段階のうちのどの時期であるかの情報、及び、成果物ＤＢの検索を指示した端末を使用する設計者の担当部品の情報をログとして格納する。もちろん、本実施形態は、ログとして格納する情報として、その他の任意の情報を含めることができ、例えば設計者の入社年次などをログに加える情報としても良い。
【００１８】
ここで、Ｓ５０６において、ログＤＢに格納される情報の一例について図６を参照して説明する。図６は、図２に示されるサーバに格納されるログの一例の概念図である。図６に示されるログは、ある一つの成果物に関するログを示している。
【００１９】
図６に示されるログには、時期と担当部品に関するログが記録されている。ここで、時期とは、成果物に対して検索を依頼した設計者が現在、設計段階のいかなる時期にいるの
かを示す情報であり、担当部品とは、成果物に対して検索を依頼した設計者が担当している部品の情報のことである。この時期と担当部品は、端末から送信された設計時期の情報と担当者のＩＤ情報などによりサーバが認識することができる。
【００２０】
図６に示される例では、構造計画の時期に、インパネを担当する設計者が成果物を検索したことを示す。また、ＳＥ現図の時期に、内装を担当する設計者が同じ成果物を検索したことを示す。また、設計構想の時期に、シェルを担当する設計者が同じ成果物を検索したことを示す。また、構造計画の時期に、インパネを担当する設計者が同じ成果物を検索したことを示す。また、現図の時期に、シートを担当する設計者が同じ成果物を検索したことを示す。また、構造計画の時期に、インパネを担当する設計者が同じ成果物を検索したことを示す。このように、図６に示される例では、ある成果物が６回参照されている。
【００２１】
次に、サーバは、各成果物ごとにログを参照し、このログが所定の条件を満たしているか否かを判断する（Ｓ５０７）。すなわち、サーバは、ログを参照し、例えば参照回数が５回以上であれば、この成果物を手順に追加する成果物であると判断する。もちろん、本実施形態は、判断基準として、他の適宜な判断基準を用いることができる。
【００２２】
つぎに、サーバは、追加すると判断された成果物を、ログを参照して手順に追加する（Ｓ５０８）。すなわち、サーバは、ログに記録された追加する成果物の部品、時期の情報に基づいて、記録されている部品の手順の所定の時期に成果物を追加する。ここで、成果物を追加するとは、成果物が設計に関する情報を示すものであるため、この情報を表示する項目を手順に追加することをいう。
【００２３】
このように、本発明の設計システムの一実施形態では、成果物に対するアクセスのログを記録し、このログに基づいて、成果物を手順に追加しているため、手順を、設計者にとって利便性を有し、有用なものとすることができる。
【図面の簡単な説明】
【００２４】
【図１】本発明の設計システムの一実施形態の動作の概略図である。
【図２】本発明の設計システムの一実施形態の構成図である。
【図３】図２に示される端末の内部ブロック図である。
【図４】図２に示されるサーバの内部ブロック図である。
【図５】図２に示される設計システムの動作のフローチャートである。
【図６】図２に示されるサーバに格納されるログの一例の概念図である。
【符号の説明】
【００２５】
２０１  端末
２０２  サーバ
２０３  ネットワーク
３０１  検索指示部
３０２  送信部
３０３  受信部
３０４  手順検索部
３０５  表示部
４０１  受信部
４０２  検索部
４０３  成果物ＤＢ
４０４  ログ抽出部
４０５  ログＤＢ
４０６  判断部
４０７  追加部
４０８  手順ＤＢ
４０９  送信部
【図１】
2006228130.tif 000003
【図２】
2006228130.tif 000004
【図３】
2006228130.tif 000005
【図４】
2006228130.tif 000006
【図５】
2006228130.tif 000007
【図６】
2006228130.tif 000008