(57)【要約】【課題】ユーザの高い要求を満足させるような設計支援が可能な設計支援システム及び設計支援プログラムを提供すること。【解決手段】一実施の形態によれば、設計支援システム１は、設計仕様１０１に基づいて、設計対象物の機能を実現する各機能ブロックの構成要素に用いられるモジュールの候補を選択する物理解析部１２と、設計仕様１０１に基づいて、各機能ブロックにおける構成要素間の接続の候補を選定するトポロジ解析部１３と、各機能ブロックに対し、作例ＤＢ１０４に格納された複数の作例のうち、物理解析部１２により選択されたモジュールの候補と、トポロジ解析部１３により選定された接続の候補と、の組み合わせの何れかと一致する作例、を選択して割り当てた後、各機能ブロックに割り当てられた作例を組み合わせて設計対象物の設計データとして出力する、作例選択部１４と、を備える。【選択図】図１
2017033223.tif 000002
【特許請求の範囲】
【請求項１】
入力された設計仕様に基づいて、設計対象物の機能を実現する各機能ブロックの構成要素に用いられるモジュールの候補を選択する物理解析部と、
前記設計仕様に基づいて、前記各機能ブロックにおける構成要素間の接続の候補を選定するトポロジ解析部と、
前記各機能ブロックに対し、作例データベースに予め格納されている複数の作例のうち、前記物理解析部により選択された前記モジュールの候補と、前記トポロジ解析部により選定された前記接続の候補と、の組み合わせの何れかと一致する作例、を選択して割り当てた後、前記各機能ブロックに割り当てられた作例を組み合わせて前記設計対象物の設計データとして出力する、作例選択部と、
を備えた、設計支援システム。
【請求項２】
前記作例選択部は、
前記各機能ブロックに対し、前記物理解析部により選択された前記モジュールの候補と、前記トポロジ解析部により選定された前記接続の候補と、の組み合わせの何れかと一致する複数の前記作例のうち、前記設計仕様において規定された選定条件に対する満足度に基づいて決定された作例を割り当てる、
請求項１に記載の設計支援システム。
【請求項３】
前記作例選択部は、
前記各機能ブロックにおいて、前記物理解析部により選択された前記モジュールの候補と、前記トポロジ解析部により選定された前記接続の候補と、の組み合わせの何れかと一致する複数の前記作例を、前記選定条件に対する満足度が高い順にリストアップして、対応する前記機能ブロックに割り当てる作例の候補として出力する、
請求項２に記載の設計支援システム。
【請求項４】
前記選定条件には、過去の利用者数、利用者増加率、価格、技術情報の数及びコミュニティ規模のうち何れか１つ以上が含まれる、
請求項２に記載の設計支援システム。
【請求項５】
前記各機能ブロックに対して前記作例が割り当てられたことにより使用本数及び接続関係の決定した通信バスが、所定の制約を満足するか否かを確認するバス適正確認部、をさらに備え、
前記バス適正確認部は、前記通信バスが前記所定の制約を満足しないことを確認した場合、確認結果を前記物理解析部及び前記トポロジ解析部にフィードバックする、
請求項１に記載の設計支援システム。
【請求項６】
入力された設計仕様に基づいて、設計対象物の機能を実現する各機能ブロックの構成要素に用いられるモジュールの候補を選択する物理解析部と、
前記各機能ブロックに対し、作例データベースに予め格納されている複数の作例のうち、前記物理解析部により選択された前記モジュールの候補の組み合わせと一致し、かつ、前記設計仕様において規定された選定条件に対する満足度に基づいて決定された作例、を選択して割り当てた後、前記各機能ブロックに割り当てられた作例を組み合わせて前記設計対象物の設計データとして出力する、作例選択部と、を備え、
前記選定条件には、技術情報の数及びコミュニティ規模の少なくとも何れかが含まれる、設計支援システム。
【請求項７】
前記作例選択部は、
前記各機能ブロックにおいて、前記物理解析部により選択された前記モジュールの候補の組み合わせの何れかと一致する複数の前記作例を、前記選定条件に対する満足度が高い順にリストアップして、対応する前記機能ブロックに割り当てる作例の候補として出力する、
請求項６に記載の設計支援システム。
【請求項８】
前記選定条件には、前記技術情報の数及び前記コミュニティ規模に加えて、過去の利用者数、利用者増加率、及び価格の少なくとも何れかが含まれる、
請求項６に記載の設計支援システム。
【請求項９】
前記各機能ブロックに対して前記作例が割り当てられたことにより使用本数及び接続関係の決定した通信バスが、所定の制約を満足するか否かを確認するバス適正確認部、をさらに備え、
前記バス適正確認部は、前記通信バスが前記所定の制約を満足しないことを確認した場合、確認結果を前記物理解析部にフィードバックする、
請求項６に記載の設計支援システム。
【請求項１０】
入力された設計仕様に基づいて、設計対象物の機能を実現する各機能ブロックの構成要素に用いられるモジュールの候補を選択する物理解析処理と、
前記設計仕様に基づいて、前記各機能ブロックにおける構成要素間の接続の候補を選定するトポロジ解析処理と、
前記各機能ブロックに対し、作例データベースに予め格納されている複数の作例のうち、前記物理解析処理により選択された前記モジュールの候補と、前記トポロジ解析処理により選定された前記接続の候補と、の組み合わせの何れかと一致する作例、を選択して割り当てた後、前記各機能ブロックに割り当てられた作例を組み合わせて前記設計対象物の設計データとして出力する、作例選択処理と、
をコンピュータに実行させる設計支援プログラム。
【請求項１１】
前記作例選択処理は、
前記各機能ブロックに対し、前記物理解析処理により選択された前記モジュールの候補と、前記トポロジ解析処理により選定された前記接続の候補と、の組み合わせの何れかと一致する複数の前記作例のうち、前記設計仕様において規定された選定条件に対する満足度に基づいて決定された作例を割り当てる、
請求項１０に記載の設計支援プログラム。
【請求項１２】
前記作例選択処理は、
前記各機能ブロックにおいて、前記物理解析処理により選択された前記モジュールの候補と、前記トポロジ解析処理により選定された前記接続の候補と、の組み合わせの何れかと一致する複数の前記作例を、前記選定条件に対する満足度が高い順にリストアップして、対応する前記機能ブロックに割り当てる作例の候補として出力する、
請求項１１に記載の設計支援プログラム。
【請求項１３】
前記選定条件には、過去の利用者数、利用者増加率、価格、技術情報の数及びコミュニティ規模のうち何れか１つ以上が含まれる、
請求項１１に記載の設計支援プログラム。
【請求項１４】
前記各機能ブロックに対して前記作例が割り当てられたことにより使用本数及び接続関係の決定した通信バスが、所定の制約を満足するか否かを確認するバス適正確認処理、をさらにコンピュータに実行させ、
前記バス適正確認処理は、前記通信バスが前記所定の制約を満足しないことを確認した場合、確認結果を前記物理解析処理及び前記トポロジ解析処理にフィードバックする、
請求項１０に記載の設計支援プログラム。
【請求項１５】
入力された設計仕様に基づいて、設計対象物の機能を実現する各機能ブロックの構成要素に用いられるモジュールの候補を選択する物理解析処理と、
前記各機能ブロックに対し、作例データベースに予め格納されている複数の作例のうち、前記物理解析処理により選択された前記モジュールの候補の組み合わせと一致し、かつ、前記設計仕様において規定された選定条件に対する満足度に基づいて決定された作例、を選択して割り当てた後、前記各機能ブロックに割り当てられた作例を組み合わせて前記設計対象物の設計データとして出力する、作例選択処理と、をコンピュータに実行させ、
前記選定条件には、技術情報の数及びコミュニティ規模の少なくとも何れかが含まれる、設計支援プログラム。
【請求項１６】
前記作例選択処理は、
前記各機能ブロックにおいて、前記物理解析処理により選択された前記モジュールの候補の組み合わせの何れかと一致する複数の前記作例を、前記選定条件に対する満足度が高い順にリストアップして、対応する前記機能ブロックに割り当てる作例の候補として出力する、
請求項１５に記載の設計支援プログラム。
【請求項１７】
前記選定条件には、前記技術情報の数及び前記コミュニティ規模に加えて、過去の利用者数、利用者増加率、及び価格の少なくとも何れかが含まれる、
請求項１５に記載の設計支援プログラム。
【請求項１８】
前記各機能ブロックに対して前記作例が割り当てられたことにより使用本数及び接続関係の決定した通信バスが、所定の制約を満足するか否かを確認するバス適正確認処理、をさらにコンピュータに実行させ、
前記バス適正確認処理は、前記通信バスが前記所定の制約を満足しないことを確認した場合、確認結果を前記物理解析処理にフィードバックする、
請求項１５に記載の設計支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、設計支援システム及び設計支援プログラムに関し、例えばユーザの高い要求を満足させるような設計支援が可能な設計支援システム及び設計支援プログラムに関する。
【背景技術】
【０００２】
近年、技術の進歩によりＰｅｐｐｅｒ（登録商標）やルンバ（登録商標）等のインテリジェントロボットが多く実現され、将来のロボット関連市場の大きな成長が期待されている。以前は高い技術力と資金力を持つ一部の企業などにしかロボット開発ができなかったが、Ａｒｄｕｉｎｏ（登録商標）やＲａｓｐｂｅｒｒｙＰｉ（登録商標）に代表される安価で取り扱いが容易なコントローラや、クラウドファンディングのような資金調達手段の普及により、技術力や資金力のない個人レベルでのロボット開発および事業化が行いやすくなってきたことも市場の成長を促す要因となっている。
【０００３】
一方、ロボットは、コントローラ、モータ、センサなど複数の構成要素からなる複雑な構造を持ち、回路・制御・機械など様々な専門知識に基づいて適切に設計することが必要である。そのため、アイデアはあるものの技術力が乏しい個人レベルの設計者にとって、ロボット開発は依然として技術的な障壁が高く、たとえ技術力があったとしても設計に手間がかかる。したがって、今後、ロボット関連市場をさらに拡大していくには誰もが手軽にロボットを設計できる支援方法が望まれる。
【０００４】
関連する技術が特許文献１に開示されている。特許文献１に開示されたアプリケーション基盤選定システムは、入力された構築対象システムのシステム要件に基づいて、構築対象システムに必要な複数の基盤用ソフトウェアの種類を決定し、その種類毎に入力された個々の基盤用ソフトウェアの選定条件に応じて、データベースから該当する１又は複数の基盤用ソフトウェアを抽出する。その後、種類毎に抽出された１又は複数の基盤用ソフトウェアを基に、アプリケーション基盤を構成する全ての組み合わせを作成し、作成された全ての組み合わせの各々をアプリケーション基盤の候補として決定する。それにより、このアプリケーション基盤選定システムは、システム構築において最適なアプリケーション基盤の選定を支援している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−９６０２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１に開示された構成でも、ユーザの高い要求を十分に満足させるような設計支援ができないという問題があった。その他の課題と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【０００７】
一実施の形態によれば、設計支援システムは、入力された設計仕様に基づいて、設計対象物の機能を実現する各機能ブロックの構成要素に用いられるモジュールの候補を選択する物理解析部と、前記設計仕様に基づいて、前記各機能ブロックにおける構成要素間の接続の候補を選定するトポロジ解析部と、前記各機能ブロックに対し、作例データベースに予め格納されている複数の作例のうち、前記物理解析部により選択された前記モジュールの候補と、前記トポロジ解析部により選定された前記接続の候補と、の組み合わせの何れかと一致する作例、を選択して割り当てた後、前記各機能ブロックに割り当てられた作例を組み合わせて前記設計対象物の設計データとして出力する、作例選択部と、を備える。
【０００８】
また、他の実施の形態によれば、設計支援システムは、入力された設計仕様に基づいて、設計対象物の機能を実現する各機能ブロックの構成要素に用いられるモジュールの候補を選択する物理解析部と、前記各機能ブロックに対し、作例データベースに予め格納されている複数の作例のうち、前記物理解析部により選択された前記モジュールの候補の組み合わせと一致し、かつ、前記設計仕様において規定された選定条件に対する満足度に基づいて決定された作例、を選択して割り当てた後、前記各機能ブロックに割り当てられた作例を組み合わせて前記設計対象物の設計データとして出力する、作例選択部と、を備え、前記選定条件には、技術情報の数及びコミュニティ規模の少なくとも何れかが含まれる。
【０００９】
また、他の実施の形態によれば、設計支援プログラムは、入力された設計仕様に基づいて、設計対象物の機能を実現する各機能ブロックの構成要素に用いられるモジュールの候補を選択する物理解析処理と、前記設計仕様に基づいて、前記各機能ブロックにおける構成要素間の接続の候補を選定するトポロジ解析処理と、前記各機能ブロックに対し、作例データベースに予め格納されている複数の作例のうち、前記物理解析処理により選択された前記モジュールの候補と、前記トポロジ解析処理により選定された前記接続の候補と、の組み合わせの何れかと一致する作例、を選択して割り当てた後、前記各機能ブロックに割り当てられた作例を組み合わせて前記設計対象物の設計データとして出力する、作例選択処理と、をコンピュータに実行させる。
【００１０】
また、他の実施の形態によれば、設計支援プログラムは、入力された設計仕様に基づいて、設計対象物の機能を実現する各機能ブロックの構成要素に用いられるモジュールの候補を選択する物理解析処理と、前記各機能ブロックに対し、作例データベースに予め格納されている複数の作例のうち、前記物理解析処理により選択された前記モジュールの候補の組み合わせと一致し、かつ、前記設計仕様において規定された選定条件に対する満足度に基づいて決定された作例、を選択して割り当てた後、前記各機能ブロックに割り当てられた作例を組み合わせて前記設計対象物の設計データとして出力する、作例選択処理と、をコンピュータに実行させ、前記選定条件には、技術情報の数及びコミュニティ規模の少なくとも何れかが含まれる。
【発明の効果】
【００１１】
前記一実施の形態によれば、ユーザの高い要求を満足させるような設計支援が可能な設計支援システム及び設計支援プログラムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】実施の形態１にかかる設計支援システムの構成例を示すブロック図である。
【図２】モジュールＤＢに格納された複数のモジュールの一覧を示す概念図である。
【図３】要素ＤＢに格納された複数の要素の一覧を示す概念図である。
【図４】作例ＤＢに格納された複数の作例の一覧を示す概念図である。
【図５】モジュールＤＢ、要素ＤＢ及び作例ＤＢ間の参照関係を示す図である。
【図６】図１に示す設計支援システムに入力される設計仕様の概念図である。
【図７】図１に示す設計支援システムに設けられた物理解析部の動作を説明するための概念図である。
【図８】図１に示す設計支援システムに設けられた作例選択部の動作を示すフローチャートである。
【図９】図１に示す設計支援システムの動作を示すフローチャートである。
【図１０】構成要素間の接続を考慮しない設計支援方法を説明するための概念図である。
【図１１】構成要素間の接続を考慮した設計支援方法を説明するための概念図である。
【図１２】図１に示す設計支援システムのハードウエア構成の一例を示すブロック図である。
【図１３】実施の形態２にかかる設計支援システムの構成例を示すブロック図である。
【図１４】技術情報ＤＢに格納された複数の技術情報の一覧を示す概念図である。
【図１５】コミュニティＤＢに格納された複数のコミュニティ情報の一覧を示す概念図である。
【図１６】要素ＤＢ、モジュールＤＢ、作例ＤＢ、技術情報ＤＢ及びコミュニティＤＢ間の参照関係を示す図である。
【図１７】実施の形態３にかかる設計支援システムの構成例を示すブロック図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照しつつ、実施の形態について説明する。なお、図面は簡略的なものであるから、この図面の記載を根拠として実施の形態の技術的範囲を狭く解釈してはならない。また、同一の要素には、同一の符号を付し、重複する説明は省略する。
【００１４】
以下の実施の形態においては便宜上その必要があるときは、複数のセクションまたは実施の形態に分割して説明するが、特に明示した場合を除き、それらはお互いに無関係なものではなく、一方は他方の一部または全部の変形例、応用例、詳細説明、補足説明等の関係にある。また、以下の実施の形態において、要素の数等（個数、数値、量、範囲等を含む）に言及する場合、特に明示した場合および原理的に明らかに特定の数に限定される場合等を除き、その特定の数に限定されるものではなく、特定の数以上でも以下でもよい。
【００１５】
さらに、以下の実施の形態において、その構成要素（動作ステップ等も含む）は、特に明示した場合および原理的に明らかに必須であると考えられる場合等を除き、必ずしも必須のものではない。同様に、以下の実施の形態において、構成要素等の形状、位置関係等に言及するときは、特に明示した場合および原理的に明らかにそうでないと考えられる場合等を除き、実質的にその形状等に近似または類似するもの等を含むものとする。このことは、上記数等（個数、数値、量、範囲等を含む）についても同様である。
【００１６】
＜実施の形態１＞
図１は、実施の形態１にかかる設計支援システム１の構成例を示すブロック図である。本実施の形態にかかる設計支援システム１は、設計対象物（アーム付二輪台車など）の機能を実現する各機能ブロック（腕、脚など）の構成要素に採用されるモジュール（製品）を選択するだけでなく、構成要素間の接続の容易性も考慮したうえで、設計データ１０５を出力している。それにより、本実施の形態にかかる設計支援システム１は、ユーザの高い要求に対しても信頼性の高い設計データを出力することができる。換言すると、ユーザの高い要求を満足させるような設計支援が可能である。以下、具体的に説明する。
【００１７】
図１に示すように、設計支援システム１は、ユーザによって入力された設計仕様１０１を満たすような設計対象物の設計データ１０５を出力するシステムである。設計データ１０５とは、例えば設計図である。
【００１８】
具体的には、設計支援システム１は、入力情報受付部１１と、物理解析部１２と、トポロジ解析部１３と、作例選択部１４と、バス適正確認部１５と、要素ＤＢ１０２と、モジュールＤＢ１０３と、作例ＤＢ１０４と、を備える。なお、要素ＤＢ１０２、モジュールＤＢ１０３及び作例ＤＢ１０４は、システム内部に設けられた記憶部（不図示）に記憶されていてもよいし、システム外部の記憶装置（不図示）に記憶されていてもよい。
【００１９】
まず、各データベースの詳細について説明する。
【００２０】
（モジュールＤＢ１０３）
モジュールＤＢ１０３は、最小単位の製品（部品）を１つのモジュールとし、複数のモジュールに関する特性情報が格納されたデータベースである。
【００２１】
図２は、モジュールＤＢ１０３に格納された複数のモジュールの特性情報の一覧を示す概念図である。図２に示すように、各モジュールには、例えば、モジュールの種類、モジュールに属する製品の型番、スペック、メーカー名、価格、モジュール固有の識別番号、などの特性情報が含まれている。
【００２２】
図２の例では、モジュールＭＤ１ｉ，ＭＤ２ｉ，ＭＤ３ｉ（ｉは正の整数）のモジュールの種類として、モータ、測距センサ、リンクがそれぞれ設定されている。
【００２３】
（要素ＤＢ１０２）
要素ＤＢ１０２は、設計対象物の機能を実現する各機能ブロックの構成要素に用いられる製品及びスロットの情報が要素として複数格納されたデータベースである。
【００２４】
図３は、要素ＤＢ１０２に格納された複数の要素の一覧を示す概念図である。図３に示すように、各要素には、例えば、要素の種類、要素に属する製品のメーカー名、利用者数（過去に設計データとして出力された数）、引用されるモジュールの識別番号、モジュール間の接続情報及びスロット情報、要素固有の識別番号、の情報が含まれている。
【００２５】
図３の例では、要素ＥＬ１ｊ，ＥＬ２ｊ，ＥＬ３ｊ，ＥＬ４ｊ（ｊは０以上の整数）のモジュールの種類として、モータ、測距センサ、リンク、可動アームがそれぞれ設定されている。なお、要素ＥＬ１０，ＥＬ２０，ＥＬ３０，ＥＬ４０は、引用されるモジュールが指定されていない（即ち、中身がブラックボックスの）ダミー要素である。
【００２６】
各要素において引用されるモジュールのスロットは、“−”又は“＝”で表されている。“−”は１口のスロットが空いていることを意味し、“＝”は、モジュール間が１口のスロット同士で結合されていることを意味する。
【００２７】
（作例ＤＢ１０４）
作例ＤＢ１０４は、ロボットの腕や脚等の設計対象物の一部の機能を実現する機能ブロックの設計データが作例として複数格納されたデータベースである。なお、作例ＤＢ１０４に格納された作例は、例えば、過去に設計データの全部又は一部として利用されたものである。
【００２８】
図４は、作例ＤＢ１０４に格納された複数の作例の一覧を示す概念図である。図４に示すように、各作例には、例えば、作品名、製作者名、利用者数、関連する要素の識別番号、の情報が含まれている。
【００２９】
例えば、作例ＥＸ１では、作品名がＲｏｂｏｔ＿ａ、製作者がａａ、利用者数が１０人、関連する要素の識別番号がＭ１となっている。作例ＥＸ２では、作品名がＡｒｍ＿ｂ、製作者がｂｂ、利用者数が２０人、関連する要素の識別番号がＭ２となっている。作例ＥＸ３では、作品名がＬｅｇ＿ｃ、製作者がｃｃ、利用者数が３０人、関連する要素の識別番号がＫ１，Ｍ１，Ｍ２となっている。
【００３０】
図５は、モジュールＤＢ、要素ＤＢ及び作例ＤＢ間の参照関係を示す図である。
図５に示すように、各要素は、指定した識別番号のモジュールを参照し、各作例は、指定した識別番号の要素を参照する。なお、各データベースに格納される情報は、上述した情報に限定されず、他の情報が追加されてもよいし、他のデータベースに格納されてもよい。
【００３１】
続いて、設計支援システム１を構成する各部の詳細について説明する。
【００３２】
（入力情報受付部１１）
入力情報受付部１１は、ユーザにより入力された設計仕様１０１を受け付ける部であって、ユーザとシステムとのインターフェースの役割を果たす。入力情報受付部１１は、例えば、ＰＣ端末等である。
【００３３】
（設計仕様１０１）
設計仕様１０１は、設計対象物に対するユーザからの要求事項をまとめたものである。
図６は、設計仕様１０１の概念図である。図６に示すように、設計仕様１０１は、設計対象物の概形（作品概形とも称す）を規定する構造仕様と、設計対象物の動作や条件を数値で規定する数値仕様と、によって構成されている。
【００３４】
構造仕様は、例えば、ＰＣ端末（入力情報受付部１１に相当）の画面上において、ユーザが要素ＤＢ１０２に格納された要素を用いて設計対象物の概形を組み立てることにより、設計支援システム１に入力される。ここで、設計対象物の構成要素のうち、採用される製品が予め決まっている構成要素には、その製品の属する要素が用いられ、採用される製品が決まっていない構成要素には、ダミー要素が用いられる。
【００３５】
図６の例では、作品概形は、円板形状の台座５６と、台座５６の下面に設けられた２つのタイヤ５１，５２と、台座５６の上面中央から鉛直上向きに延びた円柱形状のアーム５３と、アーム５３の上端部に一端（端部Ｔ１）が連結された円柱形状のアーム５４と、タイヤ５１，５２を駆動するモータ５７，５８と、アーム５３，５４間の連結部に設けられたモータ５９と、アーム５３の側面に設置された障害物センサ５５と、台座５６に設置されたコントローラ６０と、によって構成される。ここで、図６の例では、タイヤ５１，５２に採用される製品は予め決まっているため、当該製品の属する要素が用いられ、それ以外の構成要素にはダミー要素が用いられている。
【００３６】
数値仕様は、例えば、ＰＣ端末（入力情報受付部１１に相当）の画面上において、ユーザが数値を直接入力したり選択したりすることにより、設計支援システム１に入力される。
【００３７】
図６の例では、数値仕様として、各構成要素に対する動作仕様が規定されているほか、動作環境、制御時間、構成要素の選定条件（後述）なども規定されている。
【００３８】
（物理解析部１２）
物理解析部１２は、入力された設計仕様１０１に基づいて物理解析を行い、設計対象物の各機能ブロックの構成要素に用いられるモジュールの候補を選択する部である。具体的には、物理解析部１２は、要素ＤＢに格納された複数の要素の中から、設計対象物の各機能ブロックの構成要素に相応しい要素の候補を選択する。ここで、要素ＤＢに格納された各要素は、モジュールＤＢに格納された複数のモジュールの何れかを引用している。そのため、要素の候補を選択することで、構成要素に用いられるモジュールの候補が選択されることになる。つまり、換言すると、物理解析部１２は、モジュールＤＢに格納された複数のモジュールの中から、設計対象物の各機能ブロックの構成要素に用いられるモジュールの候補を選択する。
【００３９】
図７は、物理解析部１２の動作を説明するための概念図である。
図７に示すように、物理解析部１２は、例えば、入力された設計仕様１０１に含まれる動作仕様（数値仕様の一部）に基づいて物理解析を行い、要素ＤＢに格納された複数の要素の中から、設計対象物の各機能ブロックの構成要素に相応しい要素の候補を選択する。それにより、モジュールＤＢに格納された複数のモジュールの中から当該構成要素に用いられるモジュールの候補が選択される。このとき、構成要素として採用されていたダミー要素がダミーでない通常の要素に置き換わる。つまり、構成要素に用いられる要素の中身がブラックボックスから実製品（又はその候補）に置き換わる。
【００４０】
図７の例では、構成要素の一つであるモータ５７の候補としてモジュールＭＤ１１，ＭＤ１２が選択されている。構成要素の一つであるモータ５８の候補としてモジュールＭＤ１１，ＭＤ１２が選択されている。構成要素の一つであるモータ５９の候補としてモジュールＭＤ１３，ＭＤ１４が選択されている。構成要素の一つである障害物センサ５５の候補としてモジュールＭＤ２１，ＭＤ２２が選択されている。コントローラ６０は、トポロジ解析後に選択されるため、この時点では選択されなくてよい。なお、選択されたモジュールの候補、構造仕様（作品概形）及び動作環境を基に、ＰＣ端末の画面上に設計対象物の動作シミュレーションの結果を表示させるようにしてもよい。
【００４１】
例えば、駆動を開始して１秒経過後に１０ｋｍ／ｈに加速可能な質量１０ｋｇのアーム付二輪台車を作りたい場合、モータ５７，５８に必要な出力の合計Ｐは、以下の式（１）のように表される。なお、無損失かつ等加速度で１秒間加速するものとする。
【００４２】
【数１】
2017033223.tif 000003
【００４３】
式（１）に示すように、モータ５７，５８に必要な出力の合計Ｐは、約８０Ｗとなる。したがって、各モータ５７，５８には、モジュールＤＢに格納された複数のモジュールのうち、出力が約４０Ｗ以上のモジュール（製品）が選択される。なお、式（１）は無損失の場合の例であるが、当然ながら、周辺温度や路面等の動作環境に関わる項目から損失を考慮した計算が行われてもよい。
【００４４】
（トポロジ解析部１３）
トポロジ解析部１３は、入力された設計仕様１０１に基づいて、設計対象物の各機能ブロックにおける構成要素間の接続の候補を選定する部である。構成要素間の接続には、例えば電気的接続（配線）があるがこれに限定されない。電気的接続以外には、例えば構造的接続（構成要素間の物理的接触（即ち位置関係））等がある。
【００４５】
例えば、トポロジ解析部１３は、各機能ブロックにおいて、任意に選択された２つの構成要素間の接続の容易性を解析し、高い容易性を示す組み合わせの構成要素間の接続を候補として選定する。構成要素間の配線の候補を選定する場合を例に説明すると、トポロジ解析部１３は、各機能ブロックにおいて、任意に選択された２つの構成要素間の配線の容易性を一般的な解析メカニズムを用いて解析し数値化した後、所定の数値以上を示す組み合わせの構成要素間の配線を候補として選定する。なお、このとき、コントローラと他の構成要素との間に設けられる通信バスの本数及び接続関係の候補も決まる。
【００４６】
（作例選択部１４）
作例選択部１４は、設計対象物の機能を実現する各機能ブロックに対し、物理解析部１２により選択されたモジュールの候補と、トポロジ解析部１３により選定された接続の候補と、の全ての組み合わせのうちの何れかと一致する作例を作例ＤＢ１０４の中から選択して割り当てる。そして、作例選択部１４は、各機能ブロックに割り当てられた作例を組み合わせて、（バス適正確認部１５を介して、）設計対象物の設計データ１０５として出力する。
【００４７】
ここで、図６を参照すると、設計仕様１０１に含まれる数値仕様には、動作仕様、動作環境及び制御時間に加えて、選定条件についても規定されている。作例選択部１４は、ある機能ブロックに割り当てられる作例が複数存在する場合、選定条件に基づいてそれら作例のそれぞれの評価指数を算出し、最も高い評価指数の作例を当該機能ブロックに割り当てる。また、作例選択部１４は、これら複数の作例を評価指数の高い順にリストアップして、機能ブロックに割り当てる作例の候補として出力する。ユーザは、その出力情報を参考にして、機能ブロックに割り当てる作例を変更することができる。
【００４８】
より具体的には、選定条件には、作例の選択時に考慮される項目及びその優先度合が設定されている。図６の例では、作例の選択時に考慮される項目として利用者数及び価格が設定されている。また、利用者数の優先度合は８０％、利用者増加率の優先度合は１０％、価格の優先度合は１０％に設定されている。
【００４９】
ここで、作例の評価指数ｅは、以下の式（２）のように表される。
【００５０】
【数２】
2017033223.tif 000004
【００５１】
なお、ｓｉは、選定条件のｉ番目にリストアップされている項目（以下、項目ｉと称す）の評価指数を表している。ここで、項目ｉの評価指数は、評価対象の作例の項目ｉの値（利用者数など）を、作例ＤＢ１０４に格納された全作例の項目ｉの値の総和で除した値である。また、ａｉは、項目ｉの優先度合を表している。
【００５２】
したがって、利用者数８０％、利用者増加率１０％、価格１０％の選定条件の場合、作例の評価指数ｅは、以下の式（３）のように表される。
【００５３】
評価指数ｅ＝０．８×利用者数指数＋０．１×利用者増加率指数＋０．１×価格指数
・・・（３）
【００５４】
ここで、利用者数指数は、評価対象の作例の利用者数を、作例ＤＢ１０４に格納された全作例の利用者数の総和で除した値である。利用者増加率指数は、評価対象の作例の利用者増加率を、作例ＤＢ１０４に格納された全作例の利用者増加率の総和で除した値である。価格指数は、評価対象の作例の価格を、作例ＤＢ１０４に格納された全作例の価格の総和で除した値である。
【００５５】
なお、選定項目に設定される項目は、上述のものに限られない。指数化可能な項目であれば適宜設定可能である。
【００５６】
続いて、図８を用いて、作例選択部１４の動作についてさらに詳細に説明する。
図８は、作例選択部１４の動作を示すフローチャートである。
【００５７】
図８に示すように、作例選択部１４は、作例が割り当てられていない（即ち、未対応の）機能ブロックを抽出する（ステップＳ１０４１）。
【００５８】
その後、作例選択部１４は、抽出した機能ブロックにおいて、物理解析部１２により選択されたモジュールの候補と、トポロジ解析部１３により選定された接続の候補と、を組み合わせた構成の全てをリストＬ１としてリスト化する（ステップＳ１０４２）。
【００５９】
その後、作例選択部１４は、作例ＤＢ１０４に格納された複数の作例のうち、リストＬ１にリスト化された構成の何れかと一致する作例をリストＬ２としてリスト化する（ステップＳ１０４３）。
【００６０】
その後、作例選択部１４は、選定条件に基づいて、リストＬ２にリスト化された複数の作例のそれぞれについて評価指数を算出し（ステップＳ１０４４）、最も高い評価指数の作例を、抽出した機能ブロックに対して割り当てる（ステップＳ１０４５）。また、作例選択部１４は、リストＬ２にリスト化された複数の作例を評価指数の高い順にリストアップして、抽出した機能ブロックに割り当てる作例の候補として出力する。ユーザは、その出力情報を参考にして、機能ブロックに割り当てる作例を変更することができる。
【００６１】
その後、作例選択部１４は、設計対象物を構成する全ての機能ブロックに対する作例の割り当てが完了した場合には（ステップＳ１０４６のＹＥＳ）、動作を終了し、未対応の機能ブロックが存在する場合には（ステップＳ１０４６のＮＯ）、ステップＳ１０４１〜Ｓ１０４６の処理を繰り返す。
【００６２】
なお、本実施の形態では、設計仕様１０１に動作仕様等に加えて選定条件も規定されている場合を例に説明しているが、これに限られない。物理解析部１２及びトポロジ解析部１３のそれぞれの解析結果に基づいて、各機能ブロックに割り当てられる作例が一意に決まる構成であれば、選定条件は規定されていなくてもよい。
【００６３】
（バス適正確認部１５）
バス適正確認部１５は、作例選択部１４によって各機能ブロックに作例が割り当てられたことにより使用本数及び接続関係の決定した通信バスが、所定の制約を満足するか否かを確認する部である。
【００６４】
作例選択部１４によって全ての機能ブロックに対する作例の割り当てが完了すると、各機能ブロックの構成要素に用いられるモジュール、及び、通信バスの本数及びその接続関係は、一つに絞られる。そこで、バス適正確認部１５は、現時点で確定している、各機能ブロックの構成要素に用いられるモジュール、通信バスの本数及びその接続関係、及び、設計仕様１０１に規定された制御時間に関する情報に基づいて、各通信バスが所定の制約を満足しているか否かを確認する。
【００６５】
ここで、所定の制約とは、例えば、通信バスに接続された複数のモジュールのアドレスが重複してないこと、通信バスに接続された複数のモジュールの電源電圧が一致していること、通信バスに接続された複数のモジュールのデータレートが一致していること、及び、通信バスに接続されたモジュールとコントローラ６０との間で制御時間内に所定の処理を実行できること、である。なお、制御時間とは、コントローラ６０からモジュールへの指令時間、コントローラ６０によるＣＰＵ処理時間、及び、マージンを合計した時間である。
【００６６】
バス適正確認部１５によって各通信バスが所定の制約を満足していることが確認されると、構成要素の一つであるコントローラ６０には、モジュールＤＢに格納された複数のモジュールの中から、要求性能を満たすモジュールが選択される。その後、各機能ブロックに割り当てられた作例の組み合わせが、設計対象物の設計データ１０５として出力される。
【００６７】
他方、バス適正確認部１５によって各通信バスが所定の制約を満足していないことが確認されると、構成要素の一つであるコントローラ６０には何れのモジュールも選択されず、バス適正確認部１５による確認結果が物理解析部１２及びトポロジ解析部１３にフィードバックされる。
【００６８】
例えば、バス適正確認部１５によって、通信バスに接続された複数のモジュールのアドレスが重複していることや、通信バスに接続された複数のモジュールの電源電圧が一致していないことや、通信バスに接続された複数のモジュールのデータレートが一致していないことが確認された場合、物理解析部１２は、その制約違反が解消されるようにモジュールの選定制約を新たに加えたうえで、再び物理解析を行う。なお、物理解析部１２の代わりに、又は、物理解析部１２とともに、トポロジ解析部１３による再度のトポロジ解析が行われてもよい。
【００６９】
また、例えば、バス適正確認部１５によって、通信バスに接続されたモジュールとコントローラとの間で制御時間内に所定の処理を実行できていないことが確認された場合、トポロジ解析部１３は、その制約違反が解消されるように接続の制約を新たに加えたうえで、再びトポロジ解析を行う。なお、トポロジ解析部１３の代わりに、又は、トポロジ解析部１３とともに、物理解析部１２による再度の物理解析が行われてもよい。
【００７０】
なお、バス適正確認部１５による確認結果を物理解析部１２及びトポロジ解析部１３にフィードバックする代わりに、バス適正確認部１５による確認結果を基にユーザが設計仕様１０１を直接書き換えてもよい。
【００７１】
その後、バス適正確認部１５による再度の確認により、各通信バスが所定の制約を満足していることが確認されると、コントローラ６０に用いられるモジュールの選択が行われた後、各機能ブロックに割り当てられた作例の組み合わせが、設計対象物の設計データ１０５として出力される。なお、設計対象物の設計データ１０５は一つである場合に限られず、評価指数の高い順に複数の設計データ１０５が出力されてもよい。
【００７２】
なお、設計データ１０５は、新規の作例として作例ＤＢ１０４に登録される。設計データ１０５と同じものが既に登録されている場合には、その作例の利用者数が更新される。また、各機能ブロックに用いられる作例の利用者数も更新される。同様に、各機能ブロックの構成要素に用いられる要素の利用者数も更新される。
【００７３】
本実施の形態では、バス適正確認部１５が設けられた場合を例に説明したが、これに限られない。要求性能が低いために通信バスが所定の制約を満足することが明らかな場合など、通信バスが所定の制約を満足しているか否かを確認する必要が無い場合、バス適正確認部１５は設けられていなくてもよい。
【００７４】
（設計支援システム１の動作）
続いて、図９を用いて、設計支援システム１の動作を簡単に説明する。図９は、設計支援システム１の動作を示すフローチャートである。なお、設計支援システム１の各部の詳細な動作については、上述のとおりであるため、その説明を省略する。
【００７５】
まず、ユーザにより設計仕様１０１が入力される（ステップＳ１０１）。
【００７６】
その後、設計仕様１０１に基づいて、物理解析部１２による物理解析、及び、トポロジ解析部１３によるトポロジ解析が行われる（ステップＳ１０２）。それにより、設計対象物の各機能ブロックの構成要素に用いられるモジュールの候補、及び、構成要素間の接続の候補、が選定される。
【００７７】
その後、物理解析部１２による解析結果、及び、トポロジ解析部１３による解析結果に基づいて、作例選択部１４による作例選択が行われる（ステップＳ１０３）。それにより、各機能ブロックに対して割り当てられる作例が選択される。なお、機能ブロックに対して割り当てられる作例が複数ある場合には、評価指数の最も高い作例が割り当てられるとともに、複数の作例を評価指数の高い順にリストアップした情報が出力される。ユーザは、その出力情報を参考にして、機能ブロックに割り当てる作例を適宜変更することができる。
【００７８】
その後、バス適正確認部１５により通信バスが所定の制約を満たしているか否かが確認される（ステップＳ１０４）。
【００７９】
通信バスが所定の制約を満たしていない場合（ステップＳ１０５のＮＯ）、バス適正確認部１５の確認結果が物理解析部１２及びトポロジ解析部１３にフィードバックされた後、再度、ステップＳ１０２〜Ｓ１０５の処理が繰り返される。
【００８０】
他方、通信バスが所定の制約を満たしている場合（ステップＳ１０５のＹＥＳ）、コントローラ６０に用いられるモジュールの選択が行われた後（ステップＳ１０６）、各機能ブロックに対して割り当てられた作例の組み合わせが設計データ１０５として出力される（ステップＳ１０７）。なお、設計対象物の設計データ１０５は一つである場合に限られず、評価指数の高い順に複数の設計データ１０５が出力されてもよい。
【００８１】
このように、本実施の形態にかかる設計支援システム１は、設計対象物の機能を実現する各機能ブロックに対し、機能ブロックの構成要素に用いられるモジュールの候補と、機能ブロックの構成要素間の接続の候補と、を組み合わせた構成のうちの何れかと一致する作例を、作例ＤＢ１０４に予め格納されている複数の作例の中から選択して割り当てる。そして、各機能ブロックに割り当てられた作例を組み合わせて設計対象物の設計データ１０５として出力する。本実施の形態にかかる設計支援システム１は、各機能ブロックの構成要素に用いられるモジュール（製品）を選択するだけでなく、構成要素間の接続の容易性も考慮したうえで、設計データ１０５を出力しているため、ユーザの高い要求に対しても信頼性の高い設計データを出力することができる。換言すると、ユーザの高い要求を満足させるような設計支援が可能である。
【００８２】
本実施の形態では、作例選択部１４が、機能ブロック単位で作例を選択する場合を例に説明したが、これに限られない。作例選択部１４は、設計対象物単位で作例を選択してもよい。また、作例選択部１４は、図８に示す処理フローに従って作例を選択する場合を例に説明したが、これに限られない。作例選択部１４は、図８、図９の処理フローに関わらず設計仕様１０１に基づいて所望の作例を直接選択してもよい。
【００８３】
以下、構成要素間の接続を考慮しない設計支援システムと、構成要素間の接続を考慮する本実施の形態にかかる設計支援システム１と、の出力結果の違いについて簡単に説明する。以下の例では、説明の簡略化のため、アーム部分のみが設計対象となっている。
【００８４】
まず、構成要素間の接続を考慮しない設計支援システムでは、図１０に示すように、３つの作例Ｘ、Ｙ、Ｚが選択候補として残った場合、例えば過去の利用者数の多い作例Ｘが選択される。しかしながら、これは、ユーザが要求する作品イメージと異なる。それに対し、構成要素間の接続を考慮する本実施の形態にかかる設計支援システム１では、図１１に示すように、単に利用者数の多い作例が選択されるのではなく、設計仕様１０１を満たすような接続が行われている作例Ｚが選択される。これは、ユーザが要求する作品イメージと一致する。このように、本実施の形態にかかる設計支援システム１は、信頼性の高い設計データを出力することができる。
【００８５】
（設計支援システム１のハードウエア構成）
なお、設計支援システム１は、汎用的なコンピュータシステムにより実現可能である。以下、図１２を用いて簡単に説明する。
【００８６】
図１２は、設計支援システム１のハードウエア構成の一例を示すブロック図である。コンピュータ５００は、例えば、制御装置であるＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）５０１と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）５０２と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）５０３と、外部とのインターフェースであるＩＦ（Ｉｎｔｅｒ  Ｆａｃｅ）５０４と、不揮発性記憶装置の一例であるＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）５０５と、を備える。さらに、コンピュータ５００は、その他図示しない構成として、キーボードやマウス等の入力装置やディスプレイ等の表示装置を備えていても良い。
【００８７】
ＨＤＤ５０５には、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）（不図示）と、設計支援プログラム５０６と、が記憶されている。設計支援プログラム５０６は、本実施の形態に係る設計支援処理が実装されたコンピュータプログラムである。
【００８８】
ＣＰＵ５０１は、コンピュータ５００における各種処理、ＲＡＭ５０２，ＲＯＭ５０３，ＩＦ５０４及びＨＤＤ５０５へのアクセス等を制御する。コンピュータ５００は、ＣＰＵ５０１がＨＤＤ５０５に記憶されたＯＳ及び設計支援プログラム５０６を読み込み、実行する。これにより、コンピュータ５００は、本実施の形態にかかる設計支援システム１を実現する。
【００８９】
＜実施の形態２＞
図１３は、実施の形態２にかかる設計支援システム２の構成例を示すブロック図である。本実施の形態にかかる設計支援システム２では、選定条件の項目として、技術情報の数及びコミュニティ規模の少なくとも何れかが含まれる。それにより、本実施の形態にかかる設計支援システム２は、設計対象物の設計データ２０５を出力する際、関連する技術情報やコミュニティ情報等の参考情報２０８を同時に出力することが可能となる。それにより、ユーザは、出力された参考情報２０８を参考にして学習したり、さらなる製品開発の材料にしたりすることが可能になるため、参考情報２０８を必要とするユーザの要求を満足させることができる。換言すると、ユーザの高い要求を満足させる設計支援が可能である。
【００９０】
より具体的には、今後、ロボット市場を拡大するためには、ロボット設計者の増加及び育成が重要になる。技術情報の出力は、自己研鑽を促すことができる。また、コミュニティ情報の出力は、共通のブロックを使用するユーザ間の情報交換を可能にする。その結果、例えば、技術伝承や効率的なトラブルシューティングが可能になる。そして、ユーザが増加してコミュニティが活性化してくると、設計支援システム２に集まる設計資産が豊富になるため、それに伴ってユーザがさらに増加する。このように、設計支援システム２を利用すればするほど、利用するメリットが連鎖的に大きくなることが期待される。
【００９１】
図１３に示すように、設計支援システム２は、ユーザによって入力された設計仕様２０１を満たすような設計対象物の設計データ２０５を出力するシステムである。なお、設計仕様２０１及び設計データ２０５は、それぞれ、図１における設計仕様１０１及び設計データ１０５に対応する。
【００９２】
具体的には、設計支援システム２は、入力情報受付部２１と、物理解析部２２と、作例選択部２４と、バス適正確認部２５と、要素ＤＢ２０２と、モジュールＤＢ２０３と、作例ＤＢ２０４と、技術情報ＤＢ２０６と、コミュニティＤＢ２０７と、を備える。
【００９３】
なお、設計支援システム２における、入力情報受付部２１、物理解析部２２、作例選択部２４、バス適正確認部２５、要素ＤＢ２０２、モジュールＤＢ２０３及び作例ＤＢ２０４は、それぞれ、設計支援システム１における、入力情報受付部１１、物理解析部１２、作例選択部１４、バス適正確認部１５、要素ＤＢ１０２、モジュールＤＢ１０３及び作例ＤＢ１０４に対応する。
【００９４】
（技術情報ＤＢ２０６）
技術情報ＤＢ２０６は、データシート、設計図、制御プログラム、アプリケーションノート等の技術文書を技術情報として複数格納したデータベースである。
【００９５】
図１４は、技術情報ＤＢ２０６に格納された複数の技術情報の一覧を示す概念図である。図１４に示すように、各技術情報には、例えば、技術情報の種別、更新日、被参照数（過去に参照された数）、関連する要素の識別番号、の情報が含まれている。
【００９６】
例えば、技術情報ＴＩ１では、種別がデータシート、更新日が２０１５／０１／２３、被参照数が５００回、関連する要素の識別番号がＭ１となっている。技術情報ＴＩ２では、種別がデータシート、更新日が２０１５／０４／０５、被参照数が１０００回、関連する要素の識別番号がＭ２となっている。技術情報ＴＩ３では、種別がアプリケーションノート、更新日が２０１５／０６／０７、被参照数が１００回、関連する要素の識別番号がＫ１，Ｍ１，Ｍ２となっている。
【００９７】
（コミュニティＤＢ２０７）
コミュニティＤＢ２０７は、本設計プラットフォームにおけるコミュニティ情報を複数格納するデータベースである。コミュニティとは、例えば、ユーザ会及びそのフォーラムのことを指す。
【００９８】
図１５は、コミュニティＤＢ２０７に格納された複数のコミュニティ情報の一覧を示す概念図である。図１５に示すように、各コミュニティには、例えば、コミュニティ名、フォーラムログ等のデータ、ユーザ数、関連する要素の識別番号、の情報が含まれている。
【００９９】
例えば、コミュニティＣＭ１には、コミュニティ名がＣｏｍｍ＿１、ユーザ数が１１１人、関連する要素の識別番号がＭ１となっている。コミュニティＣＭ２には、コミュニティ名がＣｏｍｍ＿２、ユーザ数が２２２人、関連する要素の識別番号がＭ２となっている。コミュニティＣＭ３には、コミュニティ名がＣｏｍｍ＿３、ユーザ数が３３３人、関連する要素の識別番号がＫ１，Ｍ１，Ｍ２となっている。
【０１００】
図１６は、モジュールＤＢ、要素ＤＢ、作例ＤＢ、技術情報ＤＢ及びコミュニティＤＢ間の参照関係を示す図である。
図１６に示すように、各要素は、指定した識別番号のモジュールを参照し、各作例は、指定した識別番号の要素を参照する。また、各技術情報及び各コミュニティ情報は、指定した識別番号の要素を参照する。なお、各データベースに格納される情報は、上述した情報に限定されず、他の情報が追加されてもよいし、他のデータベースに格納されてもよい。
【０１０１】
続いて、設計支援システム２の動作について説明する。以下では、主に設計支援システム１と異なる部分について説明する。
【０１０２】
作例選択部２４は、設計対象物の各機能ブロックに対し、機能ブロックの構成要素に用いられるモジュールの候補を組み合わせた構成のうちの何れかと一致する作例を、作例ＤＢ２０４の中から選択して割り当てる。そして、作例選択部２４は、各機能ブロックに割り当てられた作例を組み合わせて、（バス適正確認部２５を介して、）設計対象物の設計データ２０５として出力する。
【０１０３】
ここで、設計仕様２０１に規定される選定条件には、作例の選択時に考慮される項目として、利用者数、価格だけでなく、技術情報数や、コミュニティ規模も設定されている。本実施の形態では、利用者数の優先度合が８０％、技術情報数の優先度が２０％に設定されている場合について説明する。
【０１０４】
利用者数の優先度合が８０％、技術情報数の優先度合が２０％の場合、作例の評価指数ｅは、以下の式（４）のように表される。
【０１０５】
評価指数ｅ＝０．８×利用者数指数＋０．２×技術情報数  ・・・（４）
【０１０６】
ここで、利用者数指数は、評価対象の作例の利用者数を、作例ＤＢ２０４に格納された全作例の利用者数の総和で除した値である。技術情報数は、評価対象の作例に関する技術情報の数を、技術情報ＤＢ２０６に格納された全ての技術情報の総和で除した値である。
【０１０７】
つまり、作例選択部２４は、ある機能ブロックに割り当てる作例の候補が複数存在する場合、それら作例のそれぞれの評価指数を、関連する技術情報の数やコミュニティ規模も考慮に入れて算出し、最も高い評価指数の作例を機能ブロックに対して割り当てる。また、作例選択部２４は、これら複数の作例を評価指数の高い順にリストアップして、機能ブロックに割り当てる作例の候補として出力する。ユーザは、その出力情報を参考にして、機能ブロックに割り当てる作例を変更することができる。
【０１０８】
その後、作例選択部２４は、各機能ブロックに割り当てられた作例を組み合わせて、（バス適正確認部２５を介して、）設計対象物の設計データ２０５として出力する。なお、設計対象物の設計データ２０５は一つである場合に限られず、評価指数の高い順に複数の設計データ２０５が出力されてもよい。このとき、作例選択部２４は、各機能ブロックに割り当てられた作例に関連する技術情報及びコミュニティ情報を参考情報２０８としてさらに出力する。
【０１０９】
設計支援システム２のその他の構成及び動作については、設計支援システム１の場合と同様であるため、その説明を省略する。なお、設計支援システム２は、設計支援システム１の場合と同様に、汎用的なコンピュータシステムにより実現可能である。
【０１１０】
このように、本実施の形態にかかる設計支援システム２では、選定条件の項目として、技術情報の数及びコミュニティ規模の少なくとも何れかが含まれる。それにより、本実施の形態にかかる設計支援システム２は、設計対象物の設計データ２０５を出力する際、関連する技術情報やコミュニティ情報等の参考情報２０８も同時に出力することが可能となる。それにより、ユーザは、出力された参考情報２０８を参考にして学習したり、さらなる製品開発の材料にしたりすることが可能になるため、参考情報２０８を必要とするユーザの要求を満足させることができる。換言すると、ユーザの高い要求を満足させる設計支援が可能である。
【０１１１】
なお、選定項目に設定される項目は、上述のものに限られない。例えば、利用者増加率等の指数化可能な項目であれば適宜設定可能である。
【０１１２】
また、本実施の形態では、作例選択部２４が、機能ブロック単位で作例を選択する場合を例に説明したが、これに限られない。作例選択部２４は、設計対象物単位で作例を選択してもよい。また、作例選択部２４は、図８に示す処理フローに従って作例を選択する場合を例に説明したが、これに限られない。作例選択部２４は、図８、図９の処理フローに関わらず設計仕様２０１に基づいて所望の作例を直接選択してもよい。
【０１１３】
＜実施の形態３＞
図１７は、実施の形態３にかかる設計支援システム３の構成例を示すブロック図である。本実施の形態にかかる設計支援システム３は、設計支援システム１に設計支援システム２の特徴部分を組み合わせたものである。つまり、設計支援システム３では、設計支援システム１の場合のように物理解析だけでなくトポロジ解析が行われ、かつ、設計支援システム２の場合のように、設計仕様に規定される選定条件に、作例選択時に考慮される項目として技術情報数やコミュニティ規模が設定されている。
【０１１４】
図１７に示すように、設計支援システム３は、ユーザによって入力された設計仕様３０１を満たす設計対象物の設計データ３０５を出力するシステムである。なお、設計仕様３０１及び設計データ３０５は、それぞれ、図１における設計仕様１０１及び設計データ１０５に対応する。
【０１１５】
具体的には、設計支援システム３は、入力情報受付部３１と、物理解析部３２と、トポロジ解析部３３と、作例選択部３４と、バス適正確認部３５と、要素ＤＢ３０２と、モジュールＤＢ３０３と、作例ＤＢ３０４と、技術情報ＤＢ３０６と、コミュニティＤＢ３０７と、を備える。
【０１１６】
なお、設計支援システム３における、入力情報受付部３１、物理解析部３２、トポロジ解析部３３、作例選択部３４、バス適正確認部３５、要素ＤＢ３０２、モジュールＤＢ３０３及び作例ＤＢ３０４は、それぞれ、設計支援システム１における、入力情報受付部１１、物理解析部１２、トポロジ解析部１３、作例選択部１４、バス適正確認部１５、要素ＤＢ１０２、モジュールＤＢ１０３及び作例ＤＢ１０４に対応する。
【０１１７】
設計支援システム３の構成及び動作については、実施の形態１，２において説明しているため省略する。なお、設計支援システム３は、設計支援システム１，２の場合と同様に、汎用的なコンピュータシステムにより実現可能である。
【０１１８】
本実施の形態にかかる設計支援システム３は、実施の形態１にかかる設計支援システム１と同等程度の効果を奏することができるとともに、実施の形態２にかかる設計支援システム２と同等程度の効果を奏することができる。
【０１１９】
本実施の形態では、作例選択部３４が、機能ブロック単位で作例を選択する場合を例に説明したが、これに限られない。作例選択部３４は、設計対象物単位で作例を選択してもよい。また、作例選択部３４は、図８に示す処理フローに従って作例を選択する場合を例に説明したが、これに限られない。作例選択部３４は、図８、図９の処理フローに関わらず設計仕様３０１に基づいて所望の作例を直接選択してもよい。
【０１２０】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は既に述べた実施の形態に限定されるものではなく、その要旨を逸脱しない範囲において種々の変更が可能であることはいうまでもない。
【０１２１】
上記実施の形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【０１２２】
（付記１）
入力された設計仕様に基づいて、設計対象物の機能を実現する各機能ブロックの構成要素に用いられるモジュールの候補を選択する物理解析ステップと、
前記設計仕様に基づいて、前記各機能ブロックにおける構成要素間の接続の候補を選定するトポロジ解析ステップと、
前記各機能ブロックに対し、作例データベースに予め格納されている複数の作例のうち、前記物理解析ステップにより選択された前記モジュールの候補と、前記トポロジ解析ステップにより選定された前記接続の候補と、の組み合わせの何れかと一致する作例、を選択して割り当てた後、前記各機能ブロックに割り当てられた作例を組み合わせて前記設計対象物の設計データとして出力する、作例選択ステップと、
を備えた設計支援方法。
【０１２３】
（付記２）
前記作例選択ステップは、
前記各機能ブロックに対し、前記物理解析ステップにより選択された前記モジュールの候補と、前記トポロジ解析ステップにより選定された前記接続の候補と、の組み合わせの何れかと一致する複数の前記作例のうち、前記設計仕様において規定された選定条件に対する満足度に基づいて決定された作例を割り当てる、
付記１に記載の設計支援方法。
【０１２４】
（付記３）
前記作例選択ステップは、
前記各機能ブロックにおいて、前記物理解析ステップにより選択された前記モジュールの候補と、前記トポロジ解析ステップにより選定された前記接続の候補と、の組み合わせの何れかと一致する複数の前記作例を、前記選定条件に対する満足度が高い順にリストアップして、対応する前記機能ブロックに割り当てる作例の候補として出力する、
付記２に記載の設計支援方法。
【０１２５】
（付記４）
前記選定条件には、過去の利用者数、利用者増加率、価格、技術情報の数及びコミュニティ規模のうち何れか１つ以上が含まれる、
付記２に記載の設計支援方法。
【０１２６】
（付記５）
前記各機能ブロックに対して前記作例が割り当てられたことにより使用本数及び接続関係の決定した通信バスが、所定の制約を満足するか否かを確認するバス適正確認ステップ、をさらに備え、
前記バス適正確認ステップは、前記通信バスが前記所定の制約を満足しないことを確認した場合、確認結果を前記物理解析ステップ及び前記トポロジ解析ステップにフィードバックする、
付記１に記載の設計支援方法。
【０１２７】
（付記６）
入力された設計仕様に基づいて、設計対象物の機能を実現する各機能ブロックの構成要素に用いられるモジュールの候補を選択する物理解析ステップと、
前記各機能ブロックに対し、作例データベースに予め格納されている複数の作例のうち、前記物理解析ステップにより選択された前記モジュールの候補の組み合わせと一致し、かつ、前記設計仕様において規定された選定条件に対する満足度に基づいて決定された作例、を選択して割り当てた後、前記各機能ブロックに割り当てられた作例を組み合わせて前記設計対象物の設計データとして出力する、作例選択ステップと、を備え、
前記選定条件には、技術情報の数及びコミュニティ規模の少なくとも何れかが含まれる、設計支援方法。
【０１２８】
（付記７）
前記作例選択ステップは、
前記各機能ブロックにおいて、前記物理解析ステップにより選択された前記モジュールの組み合わせの何れかと一致する複数の前記作例を、前記選定条件に対する満足度が高い順にリストアップして、対応する前記機能ブロックに割り当てる作例の候補として出力する、
付記６に記載の設計支援方法。
【０１２９】
（付記８）
前記選定条件には、前記技術情報の数及び前記コミュニティ規模に加えて、過去の利用者数、利用者増加率、及び価格の少なくとも何れかが含まれる、
付記６に記載の設計支援方法。
【０１３０】
（付記９）
前記各機能ブロックに対して前記作例が割り当てられたことにより使用本数及び接続関係の決定した通信バスが、所定の制約を満足するか否かを確認するバス適正確認ステップ、をさらに備え、
前記バス適正確認ステップは、前記通信バスが前記所定の制約を満足しないことを確認した場合、確認結果を前記物理解析ステップにフィードバックする、
付記６に記載の設計支援方法。
【０１３１】
（付記１０）
入力された設計仕様に基づいて、設計対象物に用いられる少なくとも一以上のモジュールの候補を選択する物理解析部と、
前記設計仕様に基づいて、前記少なくとも一以上のモジュール間の接続の候補を選定するトポロジ解析部と、
作例データベースに予め格納されている複数の作例のうち、前記物理解析部により選択された前記少なくとも一以上のモジュールと、前記トポロジ解析部により選定された前記接続形態と、の組み合わせの何れかと一致する作例を組み合わせて前記設計対象物の設計データとして出力する、作例選択部と、
を備えた、設計支援システム。
【０１３２】
（付記１１）
入力された設計仕様に基づいて、設計対象物を構成する少なくとも一以上のモジュールを選択する物理解析部と、
作例データベースに予め格納されている複数の作例のうち、前記物理解析部により選択された前記少なくとも一以上のモジュールの組み合わせと一致し、かつ、ユーザの満足度に基づいて決定された作例を組み合わせて前記設計対象物の設計データとして出力する、作例選択部と、
を備えた、設計支援システム。
【符号の説明】
【０１３３】
１〜３  設計支援システム
１１，２１，３１  入力情報受付部
１２，２２，３２  物理解析部
１３，３３  トポロジ解析部
１４，２４，３４  作例選択部
１５，２５，３５  バス適正確認部
５１，５２  タイヤ
５３，５４  アーム
５５  障害物センサ
５６  台座
５７〜５９  モータ
６０  コントローラ
１０１，２０１，３０１  設計仕様
１０２，２０２，３０２  要素ＤＢ
１０３，２０３，３０３  モジュールＤＢ
１０４，２０４，３０４  作例ＤＢ
１０５，２０５，３０５  設計データ
２０６，３０６  技術情報ＤＢ
２０７，３０７  コミュニティＤＢ
２０８，３０８  参考情報
５００  コンピュータ
５０１  ＣＰＵ
５０２  ＲＡＭ
５０３  ＲＯＭ
５０４  インターフェース部
５０５  ＨＤＤ
５０６  設計支援プログラム
【図１】
2017033223.tif 000005
【図２】
2017033223.tif 000006
【図３】
2017033223.tif 000007
【図４】
2017033223.tif 000008
【図５】
2017033223.tif 000009
【図６】
2017033223.tif 000010
【図７】
2017033223.tif 000011
【図８】
2017033223.tif 000012
【図９】
2017033223.tif 000013
【図１０】
2017033223.tif 000014
【図１１】
2017033223.tif 000015
【図１２】
2017033223.tif 000016
【図１３】
2017033223.tif 000017
【図１４】
2017033223.tif 000018
【図１５】
2017033223.tif 000019
【図１６】
2017033223.tif 000020
【図１７】
2017033223.tif 000021