(57)【要約】  本発明は複雑な電気機械製品研究開発過程の協同装置およびその協同方法を提供する。本発明の協同方法は、PMシステムにおいて初期WBSを構築するステップと、初期WBSタスク責任者がタスクを受けた後、分解動作に基づいて対応する交付物を完成したとき、完成した交付物をPDMシステムに提供するステップと、PMシステムにおいてPDMシステムにおける対応する交付物を関連付けるステップと、交付物が設計目標書である場合、目標書審査署名フローを起動させるステップと、各係員が目標書の審査署名を完了した後、PMシステムが自動的にタスクを目標書のサブタスクとして生成するステップと、サブタスク責任者がタスクを受けた後、サブタスクに対応する交付物を設計してPDMシステムに提供するステップと、PMシステムにおいて交付物と対応タスクとの関連付けをするステップとを含む。WBSの微細化および数段階の分解、研究開発過程協同のデータ統一記憶および管理、プロジェクトの追跡および計画制御を実現することは、本発明の特徴である。
2019533865.tif 000002
【特許請求の範囲】
【請求項１】
複雑な電気機械製品研究開発過程の協同をするための、複雑な電気機械製品協同研究開発プラットフォームの一つの機能モジュールとされる複雑な電気機械製品研究開発過程の協同装置において、
前記複雑な電気機械製品協同研究開発プラットフォームのPMシステムにおいて初期WBSを構築し、初期分解動作を形成するための動作初期分解モジュールと、
初期分解動作のタスク責任者がタスクを受けた後、交付物の設計を行い、完成した交付物を前記複雑な電気機械製品協同研究開発プラットフォームのPDMシステムに提供するための第１の交付物設計モジュールと、
前記PMシステムにおいて、前記PDMシステムに記憶された交付物を関連付ける交付物関連モジュールと、
前記PMシステムにおいて前記交付物が設計目標書であるか否かを判断するための判断モジュールと、
前記PMシステムにおいて前記交付物が設計目標書であると判断した場合、目標書審査署名フローを起動させる審査署名モジュールと、
前記PMシステムにおいて各係員が目標書の審査署名を完了した後、PMシステムに自動的にタスクを目標書のサブタスクとして生成させるためのタスク生成モジュールと、
サブタスク責任者がタスクを受信した後、交付物の設計をし、完成した交付物を前記PDMシステムに提供するための第２の交付物設計モジュールと、
前記PMシステムにおいて、前記PDMシステムに記憶された交付物を関連付ける交付物関連モジュールとを含む、ことを特徴とする複雑な電気機械製品研究開発過程の協同装置。
【請求項２】
前記交付物は、Office、MCAD、ECADによって完成した交付物であることを特徴とする請求項１に記載の複雑な電気機械製品研究開発過程の協同装置。
【請求項３】
初期WBSの区分は、製品の研究開発フローをカバーするだけではなく、製品の機能、構造の組み合わせをカバーすることを特徴とする請求項１に記載の複雑な電気機械製品研究開発過程の協同装置。
【請求項４】
前記交付物関連モジュールにより、前記PMシステムは、前記PDMシステムにおける対応する交付物を関連付けることで、製品データソースのユニーク性を保証することを特徴とする請求項１に記載の複雑な電気機械製品研究開発過程の協同装置。
【請求項５】
関連付けの形態は、交付物の属性の共有であることを特徴とする請求項４に記載の複雑な電気機械製品研究開発過程の協同装置。
【請求項６】
前記属性は、ファイル名、PDMシステムにおける記憶経路、バージョンナンバーを含むことを特徴とする請求項５に記載の複雑な電気機械製品研究開発過程の協同装置。
【請求項７】
前記タスク生成モジュールは、各類型の目標書における予め定義された審査署名フローに基づいて、各係員が審査署名を完了させて、最後に審査を完了したデザイナーが、これを契機として、自発的に、サブタスクを生成することによって、目標書審査署名フローによって初期動作分解構成を自動的に微細化し、審査署名フローによって研究開発過程の協同を実現することを特徴とする請求項１に記載の複雑な電気機械製品研究開発過程の協同装置。
【請求項８】
複雑な電気機械製品研究開発過程の協同をするための、複雑な電気機械製品協同研究開発プラットフォームの過程協同機能モジュールに対応する複雑な電気機械製品研究開発過程の協同方法であって、
前記複雑な電気機械製品協同研究開発プラットフォームのPMシステムにおいて、初期WBS形成初期分解動作を構築するためのステップと、
初期分解動作のタスク責任者がタスクを受信した後、分解動作に応じて、対応する交付物を完成した後、交付物の設計を行い、完成した交付物を前記複雑な電気機械製品協同研究開発プラットフォームのPDMシステムに提供するステップと、
前記PMシステムにおいて、前記PDMシステムに記憶された交付物を関連付けるステップと、
前記交付物が設計目標書であるか否かを判断するステップと、
前記交付物が設計目標書であると判断した場合、目標書審査署名フローを起動させるステップと、
各係員が目標書の審査署名を完了した後、PMシステムがタスクを目標書のサブタスクとして自動的に生成するステップと、
サブタスク責任者がタスクを受けた後、交付物の設計を行い、完成した交付物をPDMシステムに提供するステップと、
前記PMシステムにおいて、設計交付物と対応するタスクとの関連をするステップとを含むことを特徴とする複雑な電気機械製品研究開発過程の協同方法。
【請求項９】
初期動作分解構成区分は、製品研究開発フローをカバーするだけではなく、製品の機能、構造の組み合わせをカバーすることを特徴とする請求項８に記載の複雑な電気機械製品研究開発過程の協同方法。
【請求項１０】
前記PMシステムは、前記PDMシステムにおける対応する交付物を関連付けることによって、製品データソースのユニーク性を保証し、関連付けの形態は、交付物の属性の共有であり、前記属性はファイル名称、PDMシステムにおける記憶経路、バージョンナンバーを含むことを特徴とする請求項８に記載の複雑な電気機械製品研究開発過程の協同方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、企業情報化およびデジタル化技術分野における協同装置およびその協同方法に関し、具体的には、複雑な電気機械製品の研究開発過程の協同装置およびその協同方法に関する。
【背景技術】
【０００２】
複雑な電気機械製品は、機械、電気、液体、光などの多数の物理過程や多数の技術が、機械キャリアにおいて統合され、全体機能としての複雑なデバイスを形成する。複雑な電気機械製品は、機械構成、制御装置、電子・電気装置、検出装置などのパーツからなる。高速列車、数値制御センター、航空機での輸送、車、レーダ装置などは、複雑な電気機械製品の典型的なものである。これらのものに共通する特徴は、製品の構造が複雑で、製品のデザインが多くの学問分野に係わり、機械と電気の結合が強い、ということである。複雑な電気機械製品の研究開発は、大型のシステム工程であり、相当複雑な管理技術でもある。協同研究開発活動は、研究開発コストを低下させると共に、研究開発サイクルを短縮させ、協同研究開発環境を構築するための、複雑な電気機械製品企業の当然の選択である。
【０００３】
製品の協同研究開発は、製品データの協同、および研究開発過程の協同を含む。製品データの協同は、主に統一データソース形態を用いる。これにより、データの一致性を保証する。製品過程の協同は、主にワークフロー技術を用いる。過程のフローを定義することにより、多くの者が並行して製品の研究開発に加入することができる。協同研究開発ソフトウェアツールでは、製品データ管理（PDM）システムは、製品の全ライフサイクルのデータを集中且つ統一して管理するものであり、ワークフロー定義、実行および管理機能を有するので、協同環境の構築および協同プラットフォームの研究開発に広く適用される。統合製品研究開発などの先進製品研究開発モードの実用化に従って、プロジェクト管理技術およびプロジェクト管理（Project Management，PM）システムが製品の研究開発に応用される場合が多くなる。これにより、製品研究開発過程の管理制御を実現できる。
【０００４】
上記協同方式および協同ツールソフトウェアは、複雑な電気機械製品研究開発の過程にも適用されるが、PMシステムおよびPDMシステムは、あまり統合されていない。特に、過程の統合および協同は、単独で実行・管理されるという問題があり、複雑な電気機械製品研究開発の微細化管理のニーズを満足できていない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、複雑な電気機械製品研究開発の微細化管理のニーズを満足できないという従来の問題を解決するために、複雑な電気機械製品研究開発過程の協同装置およびその協同方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
複雑な電気機械製品研究開発過程の協同をするための、複雑な電気機械製品協同研究開発プラットフォームの一つの機能モジュールとしての複雑な電気機械製品研究開発過程の協同装置において、
前記複雑な電気機械製品協同研究開発プラットフォームのPMシステムにおいて初期WBSを構築して、初期分解動作を形成するための動作初期分解モジュールと、
初期分解動作のタスク責任者がタスクを受けた後、交付物の設計を行い、完成した交付物を前記複雑な電気機械製品協同研究開発のPDMシステムに提供するための第１の交付物設計モジュールと、
前記PMシステムにおいて、前記PDMシステムに記憶された交付物を関連付ける交付物関連モジュールと、
前記PMシステムにおいて前記交付物が設計目標書であるか否かを判断するための判断モジュールと、
前記PMシステムにおいて前記交付物が設計目標書であると判断した場合、目標書審査署名フローを起動させる審査署名モジュールと、
前記PMシステムにおいて各係員が目標書の審査署名を完了した後、PMシステムが自動的にタスクを目標書のサブタスクとして生成させるためのタスク生成モジュールと、
サブタスク責任者がタスクを受信した後、交付物の設計を行い、完成した交付物を前記PDMシステムに提供するための第２の交付物設計モジュールと、
前記PMシステムにおいて、前記PDMシステムに記憶された交付物を関連付ける交付物関連モジュールとを含む。
【０００７】
好ましくは、前記交付物は、Office、MCAD、ECADによって完成した交付物である。
【０００８】
好ましくは、初期WBSの区分は、製品の研究開発フローをカバーするだけではなく、製品の機能、構造の組み合わせをカバーする。
【０００９】
好ましくは、前記交付物関連モジュールにより、前記PMシステムは、前記PDMシステムにおける対応する交付物を関連付けることで、製品データソースのユニーク性を保証する。
【００１０】
好ましくは、関連付けの形態は、交付物の属性の共有である。
【００１１】
好ましくは、前記属性は、ファイル名称、PDMシステムにおける記憶経路、バージョンナンバーを含む。
【００１２】
好ましくは、前記タスク生成モジュールは、各類型の目標書における予め定義された審査署名フローに基づいて、各係員が審査署名を完了させて、最後に審査を完了したデザイナーが、これを契機として、自発的に、サブタスクを生成することによって、目標書審査署名フローによって初期動作分解構成を自動的に微細化して、審査署名フローによって研究開発過程の協同を実現する。
【００１３】
前記複雑な電気機械製品研究開発過程の協同方法は、
複雑な電気機械製品研究開発過程の協同をするための、複雑な電気機械製品協同研究開発プラットフォームの過程協同機能モジュールに対応する複雑な電気機械製品研究開発過程の協同方法であって、
前記複雑な電気機械製品協同研究開発プラットフォームのPMシステムにおいて、初期WBS形成初期分解動作を構築するためのステップと、
初期分解動作のタスク責任者がタスクを受信した後、分解動作に応じて、対応する交付物を完成した後、交付物の設計を行い、完成した交付物を前記複雑な電気機械製品協同研究開発プラットフォームのPDMシステムに提供するステップと、
前記PMシステムにおいて、前記PDMシステムに記憶された交付物を関連付けるステップと、
前記交付物が設計目標書であるか否かを判断するステップと、
前記交付物が設計目標書であると判断した場合、目標書審査署名フローを起動させるステップと、
各係員が目標書の審査署名を完了した後、PMシステムがタスクを目標書のサブタスクとして自動的に生成するステップと、
サブタスク責任者がタスクを受けた後、交付物の設計を行い、完成した交付物をPDMシステムに提供するステップと、
前記PMシステムにおいて、設計交付物と対応するタスクとの関連をするステップとを含む。
【００１４】
好ましくは、初期動作分解構成区分は、製品研究開発フローをカバーするだけではなく、製品機能、構造の組み合わせをカバーする。
【００１５】
好ましくは、前記PMシステムは、前記PDMシステムにおける対応する交付物を関連付けることによって、製品データソースのユニーク性を保証し、関連付けの形態は、交付物の属性の共有であり、前記属性はファイル名称、PDMシステムにおける記憶経路、バージョンナンバーを含む。
【００１６】
従来技術と比べると、本発明は、以下の利点を有する。
【００１７】
１．PMシステムとPDMシステムとの過程協同を実現して、多数のシステム、多数の学問分野、多数の専門および多数の部門間の従業員の協同動作によって、プロジェクト管理および研究開発過程の効率的な融合を実現する。
【００１８】
２．初期WBS構築方法および協同タスクに基づくWBS微細化方法は、静的なプロジェクト計画管理が動的な研究開発過程と衝突する問題を解決し、複雑な電気機械製品研究開発の微細化管理に保証を提供する。
【図面の簡単な説明】
【００１９】
【図１】図１は、本発明における複雑な電気機械製品の研究開発過程の協同方法のフローチャートを示す模式図である。
【図２】図２は、本発明における協同方法の初期WBS構築を示す図である。
【図３】図３は、本発明の協同方法におけるPMシステムとPDMシステムとのデータ統合の実行形態である。
【発明を実施するための形態】
【００２０】
本発明の目的、技術案およびその利点をより明瞭にするために、以下、図面および実施例に基づいて、本発明をさらに詳細に説明する。理解すべきであるのは、ここに記述する具体的な実施例は、本発明を解釈するためだけのものであり、本発明を限定するものではない、ということである。
【００２１】
実施例1
本発明の複雑な電気機械製品研究開発過程における協同方法は、独立のソフトウェアモジュール、例えば、複雑な電気機械製品研究開発過程の協同装置に設定することができる。
【００２２】
前記協同装置の主要な動作構想は、以下の点にある。
【００２３】
（1）PMシステムに、初期動作分解構成（WBS）が構築される。WBS区分は、製品研究開発フローをカバーするだけではなく、製品の機能、構成の組み合わせなどの情報をカバーする。初期WBSのメインフローチャートは、製品の研究開発段階に基づいて、区分を進める。例えば、製品の実行可能性分析、製品の設計、製品の製造、製品の交付などに基づいて、初期WBSの要約タスク（Summary Task）を構築する。その中の製品設計の要約タスクに対して、構成の設計、工程の設計、回路の設計、ソフトウェアの設計などに基づいて、サブタスクを割り振る。そして、各サブタスクの下で、製品の構造の組み合わせまたは機能の組み合わせに基づいて、さらにその下のサブタスク、例えば、受信システム、発送システム、表示制御システムなどを割り振る。
【００２４】
（2）初期分解動作のタスク責任者は、Office、MCAD、ECADなどの設計ツールソフトウェアを利用して、対応する交付物を完成し、PDMシステムに提供する。
【００２５】
（3）PMシステムにおいて、PDMシステムにおける対応する交付物を関連付けて、製品のデータソースのユニーク性を保証する。関連付けの形態は、ファイルの名称、PDMシステムの保存経路、バージョンなどを含む交付物の属性を共有することである。交付物が設計目標書であれば、目標書の審査のフローチャートを始動する。
【００２６】
（4）各係員が目標書の審査を完了した後、PMシステムは、自動的に、タスクを生成し、それを上のステップでのタスクのサブタスクとする。各類型の目標書における予め定義された審査フローに基づいて、各係員が審査の署名をした後、最後に審査を完了したデザイナーは、これを契機として、自発的に、サブタスクを生成する（一人のデザイナーは、一つのサブタスクに対応する）。これによって、目標書審査署名フローによってWBSを自動的に微細化する。審査署名フローによって研究開発過程の協同を実現する。
【００２７】
（5）サブタスク責任者は、Office、MCAD、ECADなどの設計ツールソフトウェアを用いて対応する交付物を完成して、PDMシステムに提供する。
【００２８】
（6）サブタスク責任者は、PMシステムにおいて設計交付物とその対応するタスクとを関連付ける。PDMシステムの多数の学問分野間、多数の専門間での研究開発過程協同のデータの過程協同は、PMシステムによって実現する。
【００２９】
したがって、本発明における前記協同装置は、動作初期分解モジュールと、第１の交付物設計モジュールと、関連モジュールと、判断モジュールと、審査モジュールと、タスク生成モジュールと、第２の交付物設計モジュールと、関連モジュールとを含む。
【００３０】
動作初期分解モジュールは、前記PMシステムにおいて初期WBSを構築して複数の分解動作を形成するためのものである。初期WBSの区分は、製品研究開発フローをカバーするだけではなく、製品の機能、構造の組み合わせをカバーする。
【００３１】
第１の交付物設計モジュールは、初期分解動作のタスク責任者がタスクを受信した後、前記Office、MCAD、ECADなどの設計ツールソフトウェアによって設計を行い、完成した交付物を前記PDMシステムに提示するためのものである。
【００３２】
関連モジュールは、前記PMシステムにおいて前記PDMシステムに記憶された交付物を関連付ける。前記関連モジュールは、前記PM管理システムが前記PDMシステムにおける対応する交付物を関連付けることによって、製品データソースのユニーク性を保証する。関連付けの形態は、交付物の属性を共有することであってもよい。前記属性は、ファイル名称、PDMシステムにおける記憶経路、バージョン番号を含む。
【００３３】
判断モジュールは、前記交付物が設計目標書であるか否かを判断するためのものである。審査署名モジュールは、前記交付物が設計目標書であると判断した場合、目標書審査フローを起動させる。
【００３４】
タスク生成モジュールは、各係員が目標書の審査署名を完了した後、PMシステムにタスクを目標書のサブタスクとして自動的に生成させる。前記タスク生成モジュールでは、各類型の目標書における予め定義された審査フローに基づいて、係員が審査署名を完了し、最後に審査を完了したデザイナーが、これを契機として、自発的に、してサブタスクを生成し、目標書審査署名フローによって初期動作の分解構成を自動的に微細化し、審査署名フローによって研究開発過程の協同を実現する。
【００３５】
第２の交付物設計モジュールは、サブタスクを受けたデザイナーが設計を開始したとき、サブタスクと対応する交付物を設計して前記製品データ管理システムに提供する。関連モジュールは、前記PMシステムにおいて設計交付物とその対応タスクとを関連付ける。
【００３６】
本発明は、製品研究開発過程の協同によりWBSの微細化および複数段階の分解を駆動させるという特徴を有する。製品研究開発過程協同のデータは、PDMシステムに統一して記憶・管理される。PMシステムとPDMシステムとの統合により、プロジェクトの追跡および計画制御を実現する。本発明は、複雑な電気機械製品協同研究開発モードでの適用および情報化ソフトウェア企業研究開発協同研究開発プラットフォームの場合に応用することができる。
【００３７】
実施例2
図1、図2、図3を参照して、本発明の複雑な電気機械製品研究開発過程の協同方法について説明する。本発明の実施例における複雑な電気機械製品研究開発過程の協同方法は、以下のステップを含む。
【００３８】
（1）PMシステムにおいて初期WBSを構築する。図2に示す初期WBSのように、そのメインフローは、製品の実行可能性の分析、製品設計、製品製造、製品交付などのステップに基づいて、区分を進め、最初の要約タスク（Summary Task）を形成する。その中の製品設計要約タスクは、回路設計、構造設計、工程設計、ソフトウェア設計などに基づいて、サブタスクを割り振る。そして、各サブタスクの下で、製品の構造の組み合わせまたは機能の組み合わせに基づいて、その更に下のサブタスク、例えば、受信システム、発送システム、表示制御システムなど割り振る。
【００３９】
（2）初期分解動作のタスク責任者は、Office、MCAD、ECADなどの設計ツールによって対応する交付物を完成して、PDMシステムに提供する。具体的には、メインとしてのPDMシステムとそれ自身のMCADシステムとがシームレスな統合を実現するだけでなく、MCADの統合に関連するツールも提供する。これらの統合機能がニーズを満足できない場合、Office、MCAD、ECADなどの設計ツールソフトウェアを二次研究開発する。
【００４０】
（3）PMシステムにおいてPDMシステムにおける対応する交付物を関連付ける。それが設計目標書である場合、目標書審査フローを起動させる。図3に示すように、PMシステムとPDMシステムは、Webサービス（Web Service）によるデータ統合を実行する。その利点は、Webサービスがネットワークに基づくものであり、成熟した標準を有し、自由度が高い、ということである。PDMシステムは、SOAPインターフェースを介して交付物とタスクの関連機能を披露する。PMシステムは、XMLファイルを介してSOAPインターフェースを呼び出して、タスク責任者（デザイナー）および交付物の類型などの情報を転送する。PDMシステムは、SOAPインターフェースを介して、ファイル名称、記憶経路、バージョンナンバーなどの情報をフィードバックする。交付物が設計目標書であれば、PMシステムは、目標書審査署名フロー起動タスクを自動的に生成する。デザイナーは、当該タスクを提供してから、進み具合をアップデートする。
【００４１】
（4）各係員が目標書の審査署名を完了した後、PMシステムは、タスクをその上のタスクのサブタスクとして自動的に生成する。PMシステムは、目標書類型によって、予め定義された目標書審査署名フローに基づいて、審査署名タスクを関連する係員に転送する。係員は、PMシステムにおいて審査署名を完了してから、進み具合をアップデートする。これによって、異なるシステム間、異なる学問分野間、異なる専門間或いは異なる部門間の従業員の協同を実現する。
【００４２】
（5）サブタスク責任者がタスクを受信した後、Office、MCAD、ECADなどの設計ツールソフトウェアによって交付物の設計を行い、完成した交付物をPDMシステムに提供する。上のステップにおいて、最後に審査を完了したデザイナーは、これを契機として、自発的に、サブタスクを生成する。数名のデザイナーがタスクを完了することもある。この場合、一人のデザイナーは、一つのサブタスクに対応する。デザイナーは、目標書の記述に基づいて、回路、構成、工程、ソフトウェアなどの設計をする。完了してから、上記（２）の方式に基づいて、設計交付物をPDMシステムに提供する。
【００４３】
（6）デザイナーは、PMシステムにおいて設計交付物と対応タスクとの関連付けをする。デザイナーは、上記（3）における実施形態に基づいて、設計交付物と対応タスクとを関連付けて、タスクの進み具合をアップデートする。
【００４４】
以上は、本発明の好ましい実施例に過ぎず、本発明を制限するものではない。
本発明の精神および原則に違反しない限り、いかなる補正、同等置換および改良などは、いずれも本発明の特許請求の範囲に属する。
【図１】
2019533865.tif 000003
【図２】
2019533865.tif 000004
【図３】
2019533865.tif 000005
【国際調査報告】
2019533865.tif 000006
2019533865.tif 000007
2019533865.tif 000008
2019533865.tif 000009