JP2005025424A - Ｌｓｉ内部論理設計システム - Google Patents
Ｌｓｉ内部論理設計システム Download PDFInfo
- Publication number
- JP2005025424A JP2005025424A JP2003189161A JP2003189161A JP2005025424A JP 2005025424 A JP2005025424 A JP 2005025424A JP 2003189161 A JP2003189161 A JP 2003189161A JP 2003189161 A JP2003189161 A JP 2003189161A JP 2005025424 A JP2005025424 A JP 2005025424A
- Authority
- JP
- Japan
- Prior art keywords
- logical
- history information
- logical data
- data
- lsi
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
【課題】本発明は、大規模ＬＳＩの論理設計において課題となる、▲１▼設計データ量増大に伴う設計データ管理工数や設計期間が増大する点、▲２▼設計データ管理不良に起因する不良ＬＳＩ製造数が増大する点、及び▲３▼分散設計環境における設計支援リソース（ＣＡＤツール，コンピュータなど）の整備コストが増大する点等の種々の課題を解決する発明であり、大規模ＬＳＩの有効な論理支援技術に関する発明である。
【解決手段】設計データと検証した論理の来歴を管理、ＬＳＩ製造データ不良が発生しない設計工程間データ管理を実施し製造コストの削減を図る。また、論理構造を認識してＣＡＤツールに最適な実行パラメタを自動生成し、コンピュータ及びＣＡＤツールライセンスリソースの使用状況を把握してジョブが最大のパフォーマンスが得られる実行をスケジューリングする。更に、大容量データへのアクセスは高速データ転送が可能なＳＡＮを組み込み、設計期間の短縮を図る。
【選択図】 図１
【解決手段】設計データと検証した論理の来歴を管理、ＬＳＩ製造データ不良が発生しない設計工程間データ管理を実施し製造コストの削減を図る。また、論理構造を認識してＣＡＤツールに最適な実行パラメタを自動生成し、コンピュータ及びＣＡＤツールライセンスリソースの使用状況を把握してジョブが最大のパフォーマンスが得られる実行をスケジューリングする。更に、大容量データへのアクセスは高速データ転送が可能なＳＡＮを組み込み、設計期間の短縮を図る。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、大規模論理設計を複数の設計者が複数のコンピュータで行う場合に必要な設計支援技術に関し、データ管理技術、ＣＡＤツール実行制御技術、コンピュータ負荷分散技術、及びＳＡＮ利用技術等に関するものである。
【０００２】
【従来の技術】
大規模ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）の論理設計においては、複数の設計者が複数のコンピュータで複数のＣＡＤツールを使って設計する。このような分散設計環境にいては、設計データ管理不良に起因した不良ＬＳＩの製造が発生したり、ＣＡＤ（Ｃｏｍｐｕｔｅｒ Ａｉｄｅｄ Ｄｅｓｉｇｎ）ツール・コンピュータなどの設計支援リソースを有効に利用することが難しく設計期間を増大させるといった問題が発生する。
【０００３】
従来のＬＳＩ設計データ管理装置では、ＣＡＤツール実行時の設計データ更新来歴と階層構造と関連情報を保存しておくことにより、修正した設計データと関連する上位の設計データを設計者に知らしめることを実現している（特許文献１参照）。
【０００４】
一方、従来の負荷分散システムでは、ジョブ依頼時に複数のコンピュータのＣＰＵと共有メモリの状態をチェックし、負荷の軽いコンピュータにディスパッチしている（特許文献２参照）。
【０００５】
【特許文献１】特開平６−２６８０６６号公報
【特許文献２】特開２００１−１４７９０８号公報
【発明が解決しようとする課題】
しかしながら、特許文献１に記載の技術は、ＣＡＤツール毎に実行データ管理を実施しているものであり、ＬＳＩ設計工程間のデータ受け渡しを管理するものではない。また、階層構造は論理の追加削除及び上位論理を認識するために利用されており、設計データの属性に応じたＣＡＤツール実行パラメタを自動生成するものではない。更に、変更論理の把握はデータ更新来歴と階層構造と関連情報全てを比較することで実現しており、処理時間及び使用メモリ等で今後のＬＳＩの大規模化に対応が難しいという課題がある。
【０００６】
また、ＣＡＤツールジョブは、一般的に処理時間に数分から数十時間を要する長時間ジョブであるため、特許文献２に記載の技術に記載のような、ジョブ依頼した時点だけのＣＰＵと共有メモリの状態のチェックでは、負荷分散は実現できない。また、ＣＡＤツールを実行するには一般的にライセンスの取得に成功することが必要であるにもかかわらず、特許文献２に記載の技術では、ライセンス取得に失敗する場合にでもＣＡＤツールを実行してしまうこととなる。さらに、特許文献２に記載の技術では、マルチＣＰＵジョブの負荷が全く考慮されていない。更に、大規模ＣＡＤデータベースアクセスを伴うＣＡＤツールの実行をＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）回線上で実施した場合、ＬＡＮを使用している全プログラムでＩ／Ｏ低下が発生するが、特許文献２に記載の技術では、このようなＩ／Ｏトランザクション処理の分散についても全く考慮されていない。
【０００７】
しかるに、近年ますますＬＳＩの大規模化が促進しており、上記特許文献１及び特許文献２に記載の技術ではますます対応が難しいこととなり、大規模ＬＳＩの有効な論理支援技術の開発が望まれている。
【０００８】
したがって、本発明は、上記課題に加えて、さらに大規模ＬＳＩの論理設計において課題となる、▲１▼設計データ量増大に伴う設計データ管理工数や設計期間が増大する点、▲２▼設計データ管理不良に起因する不良ＬＳＩ製造数が増大する点、及び▲３▼分散設計環境における設計支援リソース（ＣＡＤツール，コンピュータなど）の整備コストが増大する点等の種々の課題を解決する発明であり、大規模ＬＳＩの有効な論理支援技術に関する発明である。
【０００９】
【課題を解決するための手段】
本発明は、複数の設計者が複数の論理設計作業を複数のコンピュータと複数のディスク装置と複数のＣＡＤツールを使って支援する装置であって、設計者が作成した論理データについて、論理名単位に論理名と来歴情報（レビジョン，更新日付，著者）と来歴毎の論理データ及び直下の論理名を保存し、論理データの編集中には、論理データが編集中であることを示すための編集ステータスフラグファイルが存在する。また、本装置においては、論理データを編集するには専用の編集コマンドを使用する。この編集コマンドは、編集ステータスフラグファイルが存在する場合には、編集中の論理データであることを知らせる情報を出力して終了し、編集ステータスフラグファイルが存在しない場合には、編集ステータスフラグファイルを作成してから編集作業に移り、編集作業終了時に論理データを保存するとともに編集ステータスフラグファイルを削除する機能を有する。この来歴管理した設計データベース方式による論理データ管理を実施することにより、一つの論理データを異なる設計者が同時に編集することを防止し、また、論理データの更新処理を論理名単位で行うことで他の論理データの保存処理との競合を回避するとともに保存処理を高速に行なえる方法を有することを特徴とする。
【００１０】
更に、本発明は、来歴毎の論理データを、複数のディスク装置に多重化して保存している。複数のディスク装置のうちのいずれかのディスク装置から所定の論理データが検出されない場合、前記複数のディスク装置のうちの他のディスク装置から前記所定の論理データを検出させることを特徴とする。更に、本発明は、設計作業中の論理データが存在せず来歴毎の論理データが存在する場合に、設計作業中の論理データが何らかの原因で消失したと自動判断し、最終レビジョンの論理データを元に、設計作業中の論理データを自動的に復元する機能を有することを特徴とする。
【００１１】
更に、本発明は、設計作業終了時、編集ステータスフラグファイルの存在をチェックし、存在する場合は、設計者が来歴保存せずに終了したと判断し、自動的に編集中の論理データを来歴管理した設計データベースに来歴保存する機能を有す。これにより、設計作業中の論理データが何らかの原因で消失した場合に最新レビジョンの論理データを復旧させることができることを特徴とする。
【００１２】
更に、本発明は、最上位論理データを指定することで、論理データ毎に保存されている直下の論理名情報を元に全体の論理木構造を把握する機能と、論理データが使用しているライブラリの種類により論理データの属性（ゲート化論理／設計構造上の論理）を把握する機能と、全体の論理木構造と論理データの属性からＣＡＤツール向けの最適パラメタを自動生成する機能を有し、ＣＡＤツール実行対象となった論理データについては、論理名とレビジョンとＣＡＤツール実行パラメタを保存しておくことにより、次にＣＡＤツールを実行する際には、レビジョン比較による更新論理データの把握と、ＣＡＤツール実行パラメタ比較による実行パラメタ変更論理データの把握と、全体の論理木構造から上位の論理データの把握が可能で、これよりＣＡＤツールの実行対象となる論理データを絞込み、必要最低限のＣＡＤツール実行用パラメタを自動作成する機能を有することを特徴とする。
【００１３】
更に、本発明は、機能検証を実施した論理データの論理名とレビジョンを保存する機能を有し、来歴管理した論理データベースから、指定したレビジョンの論理データを読み出して指定したＣＡＤツールの入力形式に応じたデータを作成する機能を有する。本発明においては、機能検証工程以降のＣＡＤツールの入力データは、ＣＡＤツール実行前処理で機能検証を実施した論理データの論理名とレビジョンを元に実行するＣＡＤツールの入力形式に応じたデータを作成することとし、これにより、機能検証を実施した論理データを機能検証工程以降のＣＡＤツールに確実に伝えることを可能にすることを特徴とする。
【００１４】
更に、本発明は、複数のＣＡＤツールの限られたライセンス数と複数のコンピュータの限られたＣＰＵ数の元で、競合するＣＡＤツールを効率よく処理するための仕組みとして、ＣＡＤツールの実行は、ＣＡＤツール実行制御ツールにＣＡＤツールを実行するためのコマンドと使用するライセンスとＣＰＵ数を渡し、ＣＡＤツール実行制御ツールはライセンス使用状況及びコンピュータ毎のＣＰＵ使用状況を把握するためのリソース管理処理を実施することでライセンスエラーにならずに１プロセス当り１ＣＰＵを使用可能なコンピュータを選び、そのコンピュータでコマンドを実行するジョブスケジューリング機能を有す。これにより、複数の競合するＣＡＤツールが短ＴＡＴで処理できるように分散実行制御していることを特徴とする。
【００１５】
更に、本発明は、ＣＡＤツール実行制御ツールが実施するリソース管理処理において、複数のＣＰＵリソースを使用するＣＡＤツールがライセンスリソースに空きがあるにもかかわらずＣＰＵリソース不足で実行不可になる場合、必要なＣＰＵリソース分の空きを作るために実行可能状況にある競合ＣＡＤツールの実行をジョブスケジューリングキューから退避させることで一時中止し、ＣＰＵリソース不足の状況を自動的に解消する機能を有す。これにより、複数ＣＰＵリソースを使用するＣＡＤツールが単一ＣＰＵリソースを使用するＣＡＤツールと競合しても実行可能になることを特徴とする。
【００１６】
更に、本装置は、ＣＡＤツールを高速に処理するために、大容量のＣＡＤデータベースはＳＡＮ上に構築し、小容量のデータはＮＦＳ上に構築し、ＣＡＤツールのコマンド実行直前に実行するスクリプトでＳＡＮ上のＣＡＤデータベースへのリードマウントあるいはライトマウント処理し、ＣＡＤツールのコマンド実行直後に実行するスクリプトでＳＡＮ上のＣＡＤデータベースへのアンマウント処理する仕組みを有す。マウント、アンマウント処理は、リードマウントあるいはライトマウントを示すフラグファイルを作成、削除することマウント状態の把握し制御する。ライトマウントは１つのコンピュータからのみアクセス可能とするためフラグファイルの存在有無で制御し、リードマウントは複数のコンピュータからアクセス可能とするためフラグファイルにＣＡＤツールのＩＤと実行コンピュータ名を追加、削除する制御を実施する。これにより、大容量のＣＡＤデータベースをＳＡＮ上に構築することを可能にし、ＣＡＤツールを同時に複数のコンピュータで高速にリード処理することを特徴とする。
【００１７】
【発明の実施の形態】
本発明の実施形態に係る論理設計支援装置について、図１〜図１２を参照しながら以下詳細に説明する。図１は、論理設計フロー及び設計データフローである。図２は、論理設計支援装置の構成である。図３は、論理データ管理概要である。図４は、論理木構造の把握方法である。図５は、ＣＡＤツール実行パラメタ作成方法である。図６は、２回目以降のＣＡＤツール実行パラメタ作成方法である。図７は、製造データ作成工程の入力データ作成方法である。図８は、ＣＡＤツール実行制御ツールにおけるリソース管理方法である。図９は、ＣＰＵリソース数の異なるジョブが競合した場合の説明図である。図１０は、ＣＰＵリソース数の異なるジョブが競合した場合の処理方法である。図１１は、ＳＡＮ制御方式におけるライトマウントの処理方法である。図１２は、ＳＡＮ制御方式におけるリードマウントの処理方法である。
【００１８】
まず、本発明の実施形態に係る論理設計支援装置の構成について、図２を参照して説明する。本装置は、複数台の設計作業用コンピュータ（１０１）、Ｗｅｂサーバコンピュータ（１０２）、ファイルサーバコンピュータ（１０３）、ジョブサーバコンピュータ（１０４）及び複数台の設計処理用コンピュータ（１０５）がＬＡＮ（１３１）で接続されている。設計作業用コンピュータ（１０１）は、ディスプレイ、キーボード、マウスなどの入出力デバイスを備え、設計作業に伴う入出力作業を実施できるようになっている。Ｗｅｂサーバコンピュータ（１０２）は、設計者が設計作業用コンピュータ（１０１）からインターネット接続方式を使って実行依頼するＣＡＤツールジョブを受付、ＣＡＤツールジョブを実行するのに必要な情報を作成するとともにＣＡＤツールジョブを実行するのに必要なリソース情報を合わせて、ジョブサーバコンピュータ（１０４）にジョブ依頼することに用いられる。ファイルサーバコンピュータ（１０３）は、複数のディスク装置に分散構築した来歴管理した論理データベース（１１４）にアクセス制御することに用いられる。ジョブサーバコンピュータ（１０４）は、複数の設計処理用コンピュータ（１０５）の負荷状況を把握するとともにＣＡＤツールジョブ用ライセンス数に応じてＣＡＤツールジョブの実行を制御することに用いられる。ここでいうＣＡＤツールは、後で説明する論理設計ツール等の各種実行ツールの総称である。設計処理用コンピュータ（１０５）は、ＣＡＤツールジョブを実行することに用いられる。設計処理用コンピュータ（１０５）は、来歴管理した論理データベース（１１４）に対して、ファイルサーバコンピュータ（１０３）経由のＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ）（１３２）プロトコルにてアクセスする。更に、設計処理用コンピュータ（１０５）は、大容量ＣＡＤデータベース用ディスク装置（１２２）に対して、ファイバーチャネル切り替えスウィッチ（１２１）、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）（１３３）を介してアクセスする。来歴管理した論理データベース（１１４）は、設計作業用ディスク装置（１１１）、論理データ管理用ディスク装置（１１２）、来歴毎の論理データを保存するディスク装置（１１３）を有する。設計作業用ディスク装置（１１１）は、設計作業中のデータを一時保存することに用いられる。論理データ管理用ディスク装置（１１２）は、最新の設計作業データを保存することに用いられる。来歴毎の論理データを保存するディスク装置（１１３）は、更新される度にレビジョンをつけられた論理データを、来歴毎に保存する。
【００１９】
なお、本発明の実施形態に記載のディスク装置は、例えばディスク制御部と複数のディスクドライブとを有するものである。ディスク制御部は、チャネルアダプタ、キャッシュメモリ、ディスクアダプタ、及びスイッチ等によって構成されている。チャネルアダプタは、ファイルサーバコンピュータ（１０３）等の上位コンピュータと接続され、上位コンピュータとの間でデータ及び情報の通信を行うものである。キャッシュメモリは、チャネルアダプタとディスクアダプタと間で通信されるデータ及び情報を保存するものである。ディスクアダプタは、複数のディスクドライブにデータを書き込み、又は複数のディスクドライブからデータを読み出すものである。スイッチは、チャネルアダプタ、キャッシュメモリ、及びディスクアダプタを接続するものであり、チャネルアダプタ、キャッシュメモリ、及びディスクアダプタ相互のデータ及び情報の通信に用いられる。
【００２０】
次に、本発明の実施形態に係る論理設計フロー及び設計データフローについて、図１を参照して説明する。大規模論理の論理設計フローは、大きく分けて機能設計（２０１）の工程，機能検証（２０２）の工程，製造データ作成（２０３）の工程を有する。機能設計（２０１）の工程では、設計者が把握できる規模の論理のかたまりを単位として、階層的に論理を設計し、論理データを更新する度にレビジョンをつけ来歴管理した論理データベース（１１４）に保存する。機能検証（２０２）の工程では、最新の機能設計レビジョン（２１１）をもとに来歴管理した論理データベース（１１４）から論理データを抽出し、機能検証用の入力データ（２１２）を作成して機能検証（２０２）を実施する。ここでいう機能検証とは、設計した論理の妥当性を評価するものである。製造データ作成（２０３）の工程では、機能検証（２０２）を実施した機能検証レビジョン（２１３）をもとに来歴管理した論理データベース（１１４）から論理データを抽出し、製造データ作成用の入力データ（２１４）を作成して製造データ作成（２０３）を実施する。ここでいう製造データ作成（２０３）とは、設計した論理からＬＳＩを製造するための情報を作成することである。このように、本装置では、設計工程間の設計情報の受け渡しをレビジョン情報とすることにより、検証した論理を確実に製造データ作成工程に渡す仕組みを確立している。
【００２１】
次に、図３を参照しながら論理データの管理方式を説明する。本発明の実施形態で使用する論理設計ツールは、コマンド実行前後にそのコマンドを実行するのに必要な事前チェックなどの処理を実行させるための機構を備えている。ＣＡＤツール担当者は、特有のデータ管理を実施するためにコマンド実行前後で実行する必要がある処理をスクリプトファイルに記述し、コマンド実行前後にそのコマンドを実行するのに必要な事前チェックなどの処理を実行させるための機構に登録する。論理設計ツールは、設計作業用コンピュータ（１０１）で実行され、ファイルサーバコンピュータ（１０３）を介して来歴管理した設計データベース（１１４）にアクセスするものである。また、一般的に、ＣＡＤツール担当者は、図２に記載の設計作業用コンピュータを使用する設計者以外の管理者である。
【００２２】
まず、論理データＡ（３１１）を編集するために実施するデータ管理処理について説明する。設計者が設計作業用コンピュータ（１０１）を用いて論理データＡ（３１１）を指定し編集コマンドを実行させた場合、設計作業用ディスク装置（１１１）は編集コマンド実行前に実施する処理ＣＯ＿ＳＴＡＲＴ（３０１）を起動させる。ファイルサーバコンピュータ（１０３）は、論理作業用ディスク装置（１１１）から論理データＡ（３１１）が編集中であることを示す編集ステータスフラグファイルＣＯ＿Ａ（３１２）を受け取った場合、編集中であることを示す編集ステータスフラグファイルＣＯ＿Ａ（３１２）が設計作業用ディスク装置（１１１）に存在するか否かをチェックする。ファイルサーバコンピュータ（１０３）は、編集中であることを示す編集ステータスフラグファイルＣＯ＿Ａ（３１２）が設計作業用ディスク装置（１１１）に存在しないことを確認した場合は、著者・編集開始時刻を記した編集ステータスフラグファイルＣＯ＿Ａ（３１２）を設計作業用ディスク装置（１１１）に作成させる。これにより、設計者は、設計作業用コンピュータ（１０１）を用いて論理データＡ（３１１）の編集作業に移ることができる。ファイルサーバコンピュータ（１０３）は、編集中であることを示す編集ステータスフラグファイルＣＯ＿Ａ（３１２）が設計作業用ディスク装置（１１１）に存在する場合は、編集ステータスフラグファイルＣＯ＿Ａ（３１２）の内容を元にして、設計者に対して、だれがいつから編集しているかについての情報を提供する。だれがいつから編集しているかについての情報は、ファイルサーバコンピュータ（１０３）の制御の下、設計作業用ディスク装置（１１１）から設計作業用コンピュータ（１０１）に対して送られる。これにより、設計者は、設計作業用コンピュータ（１０１）を用いて論理データＡ（３１１）の編集作業に移ることなく作業を終了することとなる。このように、編集ステータスフラグファイルを設けることにより、一つの論理データを複数の設計者が同時に編集することを防止できる。また、編集ステータスフラグファイルのファイル名に論理データの論理名（ＣＯ＿論理名）を利用することにより、論理データごとに編集ステータスフラグファイルが決まり、編集ステータスフラグファイルの存在チェックを高速に処理できる。
【００２３】
次に、論理データＡ（３１１）の編集処理中に、論理データＡ（３１１）を設計作業用ディスク装置（１１１）に保存するデータ管理処理について説明する。設計者が論理データＡ（３１１）の編集作業の途中に論理データＡ（３１１）を指定して保存コマンドを実行させた場合、論理設計ツールの保存処理により設計作業用ディスク装置（１１１）に論理データＡ（３１１）が保存される。設計作業用ディスク装置（１１１）に論理データＡ（３１１）が保存された後、保存コマンド実行後に実施される処理ＣＩ＿ＥＮＤ（３０２）が設計作業用コンピュータ（１１１）から起動された場合、本発明の実施の形態の特有の保存処理が実行される。本発明の実施の形態の特有の保存処理は、以下に示された通りである。ファイルサーバコンピュータ（１０３）は、ＣＩコマンドを用いることにより、来歴毎の論理データを保存するディスク装置（１１３）に構築されたＲＣＳ（Ｒｅｖｉｓｉｏｎ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍ）データベースに対して、編集中の論理データＡ（３１１）をＲＣＳ形式の設計データＡ（３１６）として保存させる。ファイルサーバコンピュータ（１０３）は、ＣＩ情報（例えば、ＣＩレビジョン・日時・著者等）を、論理データ管理用ディスク装置（１１２）のＣＩ情報ファイルＣＩ＿Ａ（３１３）に記録する。ＣＩ情報ファイルＣＩ＿Ａ（３１３）は、論理データＡ（３１１）のＣＩ情報であることを意味する。ＣＩ情報ファイルＣＩ＿Ａ（３１３）は、保存する度にファイルサーバコンピュータ（１０３）によって新規作成されるものであるため、最新のＣＩ情報ということになる。更に、ファイルサーバコンピュータ（１０３）は、論理設計ツールが備えている論理構造を検索する機能を用いることにより、論理データＡ（３１１）で使用している論理名とそのインスタンス値を取得して、論理データ管理用ディスク装置（１１２）に記録させる。また、ファイルサーバコンピュータ（１０３）は、論理設計ツールの設定ファイルに定義されているライブラリ名を、その格納パスが設計者の作業エリアに関連付けられている場合はユーザ論理と判断し、それ以外はライブラリと判断する。ファイルサーバコンピュータ（１０３）は、論理データＡ（３１１）で使用している各々の論理が属するライブラリ名から、論理データＡ（３１１）で使用している論理がユーザ論理かライブラリか判定する。ファイルサーバコンピュータ（１０３）は、論理データＡ（３１１）で使用するユーザ論理について、論理データ管理用ディスク装置（１１２）のインスタンス情報ファイルＩＮＳＴ＿Ａ（３１４）に、インスタンス値と論理名とを記録させる。ファイルサーバコンピュータ（１０３）は、論理データＡ（３１１）で使用するライブラリについて、論理データ管理用ディスク装置（１１２）のライブラリ情報ファイルＬＩＢ＿Ａ（３１５）に、ライブラリ名をユニークにして記録させる。インスタンス情報ファイルＩＮＳＴ＿Ａ（３１４）とライブラリ情報ファイルＬＩＢ＿Ａ（３１５）とは、保存処理が実行されるたびに、削除してから新規作成される。即ち、論理データＡ（３１１）の論理に、ユーザ論理を使用していない場合には、ＩＮＳＴ＿Ａ（３１４）は存在しないし、ライブラリを使用していない場合には、ＬＩＢ＿Ａ（３１５）は存在しないことになる。ファイルサーバコンピュータ（１０３）は、この一連の保存処理の最後に編集ステータスフラグファイルＣＯ＿Ａ（３１２）を削除させる。再び、設計者は、論理データＡ（３１１）を編集する場合に、論理データＡ（３１１）を選択し編集コマンドを実行させることにより、論理データＡ（３１１）を編集することが可能となる。この保存方法によれば、論理データＡと異なる論理データＢの保存処理で作成するファイルに競合は発生することなく、双方の論理データを同時に保存処理することが可能である。また保存処理で保存する内容を１つのファイルにまとめず、ＣＩ情報ファイル（ＣＩ＿論理名）・インスタンス情報ファイル（ＩＮＳＴ＿論理名）・ライブラリ情報ファイル（ＬＩＢ＿論理名）のように内容と論理名の組み合わせ単位でファイルを作成することでＣＩレビジョンの取得処理やライブラリ情報ファイルの存在チェックで論理データの属性を判定する処理を高速に実行できる。このように、本発明の実施の形態における来歴管理した設計データベース方式は、設計論理間にファイルの競合が発生せず、ファイルは全て新規作成する方式としている。その結果として保存処理にかかる時間は、記録する情報を所得する処理とファイルにライトする処理に必要な時間だけで、必要最低限の時間で処理できる。
【００２４】
次に、本発明の実施の形態における論理データの自動復旧処理について説明する。編集コマンド実行前に実施する処理ＣＯ＿ＳＴＡＲＴ（３０１）の処理中に、論理データ管理用ディスク装置（１１２）にＣＩ情報ファイルＣＩ＿Ａ（３１３）が存在するにも拘わらず、設計作業用ディスク装置（１１１）に論理データＡが存在しないという事態が発生したとする。この場合、ファイルサーバコンピュータ（１０３）は、何らかの障害（ＣＡＤツールの不具合、ハード障害など）が発生したと判断し、論理データ管理用ディスク装置（１１２）のＣＩ情報ファイルＣＩ＿Ａ（３１３）に記録されている最新の更新レビジョンをもとにして、ＣＯコマンドを使って来歴毎の論理データを保存するディスク装置（１１３）から論理データＡを設計作業用ディスク装置（１１１）に復元することができる。これにより、設計者は、論理データＡ（３１１）の編集作業に影響を受けることなく、編集作業を継続できる。これは、本発明の実施の形態の信頼性を高めるために実施される。
【００２５】
次に、本発明の実施の形態における論理データ自動来歴保存処理について説明する。設計者が論理設計ツールを用いた編集作業を終了する際、ファイルサーバコンピュータ（１０３）は、編集ステータスフラグファイルの存在をチェックする。ファイルサーバコンピュータ（１０３）は、存在が確認された全ての編集ステータスフラグファイルについて、編集ステータスフラグファイルに記録されている設計者名と、論理設計作業を行っている設計者名とが一致するか否かをチェックする。ファイルサーバコンピュータ（１０３）は、一致が確認された編集ステータスフラグファイルのファイル名から論理名を割り出し、割り出した論理名毎に前述のＣＩ＿ＥＮＤ（３０２）を実行することにより、常に最新の論理データを来歴保存するようにしている。これにより、設計作業中の論理データが何らかの原因で消失した場合に、設計者がたとえ来歴保存処理の実行を忘れていたとしても最新レビジョンの論理データを復旧させることを可能にしている。
【００２６】
次に、図４を参照しながら、本発明の実施の形態におけるＣＡＤツール実行パラメタを作成する際に必要な論理木構造（４１３）の把握方法について説明する。ファイルサーバコンピュータ（１０３）は、インスタンス情報ファイルから論理木構造ファイル（４１１）を作成し、論理木構造（４１３）を認識可能とする。まず、論理木構造ファイル（４１１）の生成方法について説明する。最上位論理の論理名をＬ（４０１）とすると、論理木構造の最上位は、インスタンス値が「／」で、論理名が「Ｌ」となる。次に、論理名Ｌのインスタンス情報ファイルＩＮＳＴ＿Ｌ（４０２）の要素について、「ｉ０ Ｌ１」は、上位論理のインスタンス値「／」を付加してインスタンス値が「／ｉ０」で、論理名が「Ｌ１」となる。論理名Ｌ１については、インスタンス情報ファイルＩＮＳＴ＿Ｌ１（４０３）が存在するので、このファイルの各々の要素について、最初の情報「ｉ０ Ｌ１１」は、上位論理のインスタンス値「／ｉ０」を付加してインスタンス値が「／ｉ０／ｉ０」で、論理名が「Ｌ１１」となる。論理名Ｌ１１については、インスタンス情報ファイルＩＮＳＴ＿Ｌ１１（４０４）が存在するので、このファイルの各々の要素について、最初の情報「ｉ０ Ｌ１１１」は、上位論理のインスタンス値「／ｉ０／ｉ０」を付加してインスタンス値が「／ｉ０／ｉ０／ｉ０」で、論理名が「Ｌ１１１」となる。論理名Ｌ１１１については、インスタンス情報ファイルＩＮＳＴ＿Ｌ１１１（４０５）が存在するので、このファイルの各々の要素について、最初の情報「ｉ０ Ｌ１１１１」は、上位論理のインスタンス値「／ｉ０／ｉ０／ｉ０」を付加してインスタンス値が「／ｉ０／ｉ０／ｉ０／ｉ０」で、論理名が「Ｌ１１１１」となる。論理名Ｌ１１１１については、インスタンス情報ファイルＩＮＳＴ＿Ｌ１１１１が存在しないので、ここで下位論理の探索は終了する。次に、処理中のインスタンス情報ファイルＩＮＳＴ＿Ｌ１１１（４０５）の次の情報「ｉ１ Ｌ１１１２」について処理を進める。これについては、上位論理のインスタンス値「／ｉ０／ｉ０／ｉ０」を付加してインスタンス値が「／ｉ０／ｉ０／ｉ０／ｉ１」で、論理名が「Ｌ１１１２」となる。論理名Ｌ１１１２については、インスタンス情報ファイルＩＮＳＴ＿Ｌ１１１２が存在しないので、ここで下位論理の探索は終了する。処理中のインスタンス情報ファイルＩＮＳＴ＿Ｌ１１１（４０５）の情報は、これで最後になるので、直前に処理していたインスタンス情報ファイルＩＮＳＴ＿Ｌ１１（４０４）の次の情報「ｉ１ Ｌ１１２」について処理を進める。このように、ファイルサーバコンピュータ（１０３）は、各々のインスタンス値と論理名について、インスタンス値に上位論理のインスタンス値を付加したインスタンス値と論理名を算出する処理を再帰的に繰り返すことにより、全体の論理木構造を把握することができる。ファイルサーバコンピュータ（１０３）は、把握された論理木構造を論理木構造ファイル（４１１）として論理データ管理用ディスク装置（１１２）に保存する。
【００２７】
次に、論理木構造ファイル（４１１）の内容から論理木構造（４１３）を把握する方法について説明する。論理木構造ファイル（４１１）のインスタンス値を「／」で区切って見た場合の最も右側の要素と直前の「／」を取って得られるインスタンス値を持つ論理を論理木構造ファイル（４１１）から探し出すことにより、上位論理を特定することができる。例えば、インスタンス値「／ｉ０／ｉ０／ｉ０／ｉ０」の論理Ｌ１１１１の上位論理（４１２）は、「／ｉ０／ｉ０／ｉ０／ｉ０」を「／」で区切って見た場合の最も右側の要素「ｉ０」と直前の「／」を取って得られるインスタンス値「／ｉ０／ｉ０／ｉ０」の論理Ｌ１１１となる。この処理を論理木構造ファイル（４１１）の全ての要素について実施し、論理の上下関係を組み上げていくと論理木構造（４１３）になる。
【００２８】
なお、上述の説明において、ファイルサーバコンピュータ（１０３）が図３及び図４で示された処理を実行することについて明示したが、本実施の形態は、この場合に限られず、Ｗｅｂサーバコンピュータ（１０２）が図３及び図４で示された処理を実行することも好ましい。
【００２９】
次に、ＣＡＤツールの実行パラメタの生成方法について説明する。一般に、ＣＡＤツールは最上位からの論理の深さやデータの属性（ゲート化論理／設計構造上の論理）によって処理モードが決まり、下位階層の論理から上位階層の論理へと順に処理していく。ここでいうゲート化論理は、ＬＳＩ製造情報のトランジスタ構成情報に変換する必要があるものである。設計構造上の論理は、ゲート化論理を含まず論理構成情報のみを記述したものである。ＣＡＤツールの実行パラメタの生成は、本発明の実施の形態において、Ｗｅｂサーバコンピュータ（１０２）上のＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮ（ＰＡＲＡＭＥＴＥＲ ＧＥＮＥＲＡＴＥＲ）によって実行される。ＣＡＤツールＰＲＯＧは、最上位論理についてはＣモード（ＬＳＩチップ全体を対象とした処理モード）で処理し、最上位論理より下位階層の設計構造上の論理についてはＦモード（ＬＳＩの機能単位を対象とした処理モード）で処理し、ゲート化論理を含む論理についてはＢモード（ＬＳＩの機能の構成要素であるゲート化ブロック論理を対象とした処理モード）で処理することを基本とし、処理の順序は、Ｂモード→Ｆモード→Ｃモードの順で処理するものとする。但し、ゲート化論理が複数の階層で設計されている場合には、そのゲート化論理群の最上位論理に対して下位階層の論理を含めて一括でＢモード処理する。設計構造上の論理が複数の階層で設計されている場合には、できるだけ下位階層でＦモード処理することによりＦモード処理の対象論理規模を抑え、Ｆモード処理階層と最上位階層との間はＣモード処理の前に階層破壊処理するＤモードとして処理するようにパラメタ生成するものとする。この処理について、図５を参照しながら説明する。まず、ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、全論理について、前述の論理木構造ファイルの内容から論理木構造を把握する方法により、論理木構造（５０１）を把握する。その後、論理データの属性を評価する。ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、論理データに対応するライブラリ情報ファイルが論理データ管理用ディスク装置（１１２）に存在するか否かをチェックする。ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、論理データに対応するライブラリ情報ファイルが存在する場合に、ゲート化論理と判定し、ライブラリ情報ファイルが存在しない場合に、設計構造上の論理と判定する。図５の実施の形態において、論理名Ｌ、Ｌ１、Ｌ１１、Ｌ１２に対するライブラリ情報ファイルＬＩＢ＿Ｌ、ＬＩＢ＿Ｌ１，ＬＩＢ＿Ｌ１１、ＬＩＢ＿Ｌ１２は論理データ管理用ディスク装置（１１２）に存在しないので、ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、論理名Ｌ、Ｌ１、Ｌ１１、Ｌ１２に対応する論理データを設計構造上の論理と判定する。論理名Ｌ１１１、Ｌ１１１１、Ｌ１１１２、Ｌ１１２に対するライブラリ情報ファイルＬＩＢ＿Ｌ１１１、ＬＩＢ＿Ｌ１１１１、ＬＩＢ＿Ｌ１１１２、ＬＩＢ＿Ｌ１１２は論理データ管理用ディスク装置（１１２）に存在するので、ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、論理名Ｌ１１１、Ｌ１１１１、Ｌ１１１２、Ｌ１１２に対応する論理データをゲート化論理と判定する。この結果をまとめると、ＬＩＮＥ（５０２）より上の論理は設計構造上の論理で、ＬＩＮＥ（５０２）より下の論理はゲート化論理になる。ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、論理データの属性を判定後、処理モードを決める。論理Ｌ１１１については、下位階層の論理Ｌ１１１１，Ｌ１１１２を含めて一括Ｂモードとなり、論理Ｌ１１２についても下位階層の論理があり同様である。論理Ｌ１，Ｌ１１，Ｌ１２については設計構造上の論理なので、できるだけ下位階層をＦモードとする仕様から論理Ｌ１１と論理Ｌ１２がＦモードとなる。論理Ｌは、最上位論理なのでＣモードとなる。ＦモードとＣモードの間の論理はＤモードとする仕様から論理Ｌ１は、Ｄモードとなる。ＣＡＤツールＰＲＯＧは、下位論理から上位論理へと順に処理する。以上の処理により、ＣＡＤツールＰＲＯＧの実行パラメタＣＡＤ＿ＰＡＲＭ（５０３）が完成する。このように、本発明の実施の形態において、ＣＡＤツール実行パラメタの自動生成を実行する機能は、ＣＡＤツールの使用方法・特性を周知したＣＡＤツール担当者が開発し、ＣＡＤツールの実行前に自動実行するように組み込まれている。これにより、論理設計者は、ＣＡＤツールの使い方を習得することなく、適切なＣＡＤツール実行パラメタでＣＡＤツールを実行できる。
【００３０】
２回目以降のＣＡＤツール実行パラメタの生成方法について説明する。本発明の実施の形態において、２回目以降のＣＡＤツール実行対象論理を、変更論理・処理モードの変更・関連論理を認識することにより、必要最少のものに絞り込む。対象論理を絞り込むには、ＣＡＤツールを実行した際に、論理名単位にレビジョンと処理モードをＣＡＤツール実行情報ファイルに保存しておくことにより、次にＣＡＤツールを実行する際には、全対象論理について、前回と今回のレビジョンを比較することにより更新論理を特定できる。さらに、前回と今回の処理モードを比較することにより処理モードを変更して再実行する必要のある論理が特定できる。これら変更論理・再実行論理の特定は、前述の上位の論理を特定していく方法により上位論理を特定する。特定された変更論理・再実行論理・上位論理についてのみＣＡＤツールを実行することにより、必要最少の論理についてＣＡＤツールを実行することができる。この処理について、図６を参照しながら説明する。まず、ファイルサーバコンピュータ（１０３）は、前述の論理木構造ファイルの内容から論理木構造を把握する方法により、最新の論理木構造（６０１）を把握する。次に、Ｗｅｂサーバコンピュータ（１０２）上のＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、前述のＣＡＤツールの実行パラメタ生成方法により全論理について処理モードを決定する。その後、ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、決定された処理モードと、前回実行したＣＡＤツール実行情報（６０３）の処理モードとを比較する。これにより、ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、論理Ｌ１１の処理モードがＦモードからＤモードに変更になったことがわかる。また、ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、最新の全論理のレビジョンと、前回実行したＣＡＤツール実行情報（６０３）のレビジョンとを比較する。これにより、ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、更新論理が論理Ｌ１１１２と論理Ｌ１１とであることを特定でき、論理名の過不足により論理Ｌ１１ａが追加されたことがわかる。このようにして得られた更新論理は、図６において、最新の論理によるＣＡＤツール実行情報（６０２）のうちの斜体文字部で表された部分である。ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、更新論理より上位の上位論理を最新の論理木構造から把握する。図６において、論理Ｌ１１１２の上位論理は、論理Ｌ１１１２のインスタンス値「／ｉ０／ｉ０／ｉ２／ｉ０／ｉ２」を基にして、順に「／ｉ０／ｉ０／ｉ２／ｉ０」の論理Ｌ１１１、「／ｉ０／ｉ０／ｉ２」の論理Ｌ１１ａ、「／ｉ０／ｉ０」の論理Ｌ１１、「／ｉ０」の論理Ｌ１、「／」の論理Ｌであることがわかる。このようにして得られた更新論理は、図６において、最新の論理木構造（６０１）のうちの斜体文字部で表された部分である。これらの結果から、ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、ＣＡＤツール再実行の際のＣＡＤ＿ＰＡＲＭ（６０４）を得る。
【００３１】
次に、製造データ作成工程の入力データの作成方法について説明する。本発明の実施の形態では、機能検証済み論理を確実に下流工程に渡すために、機能検証済み論理のレビジョン情報を元に、製造データ作成工程で実行するＣＡＤツール実行の前処理で、ＣＡＤツール用の入力データを生成する機能を有する。この処理について、図７を参照しながら説明する。ファイルサーバコンピュータ（１０３）は、機能検証コンパイルを実行した際に、対象となった全論理についての論理名とレビジョンとを、来歴毎の論理データを保存するディスク装置（１１３）の機能検証済み論理ファイル（７０１）に保存する。ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、ＣＡＤツールを実行する際に、前述のＣＡＤツール実行パラメタ作成方法により、ＣＡＤ＿ＰＡＲＭ（７０２）を作成する。このＣＡＤツール実行パラメタの各々の論理について、製造データ作成工程の入力データとなる論理ファイル作成処理を実施する。論理ファイルを作成するために、ファイルサーバコンピュータ（１０３）は、機能検証済み論理ファイル（７０１）に記されたレビジョンの論理データを、来歴毎の設計データを保存するディスク装置（１１３）から復元させる。復元された論理データは、来歴毎の設計データを保存するディスク装置（１１３）内の仮の作業エリア（７０３）に保存される。例えば、論理Ｌ１１１についてみれば、論理Ｌ１１１自身とその下位階層の論理について、ＲＣＳ形式の論理データＬ１１１からの論理データをレビジョン１．１で復元し、ＲＣＳ形式の論理データＬ１１１１からの論理データをレビジョン１．１で復元し、ＲＣＳ形式の論理データＬ１１１２からの論理データをレビジョン１．２で復元する。ファイルサーバコンピュータ（１０３）は、復元された論理データから一括論理ファイル（７０４）を作成する。ここでいう一括論理ファイル（７０４）とは、設計者が把握可能な論理規模単位で作成された論理データについてある階層以下の論理をひとまとめにしたものである。このように、ファイルサーバコンピュータ（１０３）は、ＣＡＤツールの実行パラメタに応じた論理ファイルを機能検証済み論理ファイル（７０１）に記されたレビジョンで復元し、処理モードに応じた論理ファイルを作成することにより、ＣＡＤツールを実行する。これにより、本発明の実施の形態は、機能検証済み論理を確実に下流工程に渡すことを保障している。
【００３２】
次に、本発明の実施の形態におけるＣＡＤツールジョブを実行する方法について説明する。本発明の実施の形態は、複数のＣＡＤツールジョブを効率よく処理する目的で、一つ一つのＣＡＤツールジョブを最短時間で処理できる状態のコンピュータに実行割当てするように、ジョブスケジューリングを実施している。このため、ＣＡＤツールジョブを実行する場合、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＣＡＤツールを実行するためのコマンド及びＣＡＤツールを実行するのに必要なリソースとして、Ｗｅｂサーバコンピュータ（１０２）上のＣＡＤツール実行依頼ツールからＣＡＤツールを実行するのに必要なライセンス情報及びＣＰＵ情報を受け取る。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、リソース管理処理によりライセンスの使用状況及びコンピュータ毎のＣＰＵ使用状況を把握することにより、ライセンスエラーにならない場合に必要とされるＣＰＵ数以上の数のＣＰＵに空きがあるコンピュータを特定する。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、特定されたコンピュータを用いて、Ｗｅｂサーバコンピュータ（１０２）上のＣＡＤツール実行依頼ツールから渡されたコマンドを、ＣＡＤツールジョブを依頼した設計作業用コンピュータ（１０１）オーナーの権限で実行する仕組みを有している。また、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＣＡＤツールジョブを一時的に実行割当てしないようにするために、指定したＣＡＤツールジョブをジョブサーバコンピュータ（１０４）内のジョブスケジューリングキューから待避・復帰させることができる仕組みを有している。このＣＡＤツール実行制御ツールのリソース管理処理においては、ＣＡＤツール担当者が、予めジョブサーバコンピュータ（１０４）のリソース定義ファイルに対して、リソースの内容がわかる名称でリソース名を定義しておくことで、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールが、Ｗｅｂサーバコンピュータ（１０２）上のＣＡＤツール実行依頼ツールから渡されたリソース情報を元に、使用可能なライセンス数と使用可能なコンピュータとを割当てる。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、リソース定義ファイルに定義されたリソースについて使用状況を把握し、ＣＡＤツールジョブ依頼時に設計作業用コンピュータ（１０１）を介して渡される必要リソース情報を基にして、そのＣＡＤツールジョブが必要とするリソースに必要なＣＰＵ数分の空きがあるか否かをチェックする。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＣＡＤツールジョブが必要とするリソースに必要なＣＰＵ数分の空きがある場合に、リソースを割当てるコンピュータを選定する。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、使用するリソースの分だけ使用中リソース数を増やして、ＣＡＤツールジョブを依頼した設計作業用コンピュータ（１０１）オーナーの権限でＣＡＤツールジョブを実行する。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＣＡＤツールジョブが終了した場合、ＣＡＤツールジョブに使用していたリソースの分だけ使用中リソース数を減らす。また、一つでもリソース不足がある場合には、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、一定時間経過後に再度この処理を繰り返すものである。尚、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールによって把握される使用中のリソース数は、本発明の実施の形態の図２に記載のシステムが立ち上がるときに、０を初期値として設定される。
【００３３】
このＣＡＤツールの実行管理方法について、図８を参照して説明する。ジョブサーバコンピュータ（１０４）上のＣＡＤツールＰＲＯＧのジョブＪＯＢは、実行するのにライセンスを１つ使用し、ＣＰＵを１つ使用するものとする。ＣＡＤツール担当者は、リソース定義ファイルＲＥＳ＿ＦＩＬＥ（８０１）に、リソース名、使用可能なライセンス数及びワークステーションを割当てる。例えば、ＣＡＤツールＰＲＯＧのライセンスについていえば、ＣＡＤツール担当者は、リソース名ＰＲＯＧに対し、使用可能なライセンス数としてライセンス数３を、実行可能なコンピュータとしてＷＳ１，ＷＳ２，ＷＳ３を割当てる。ここでいうコンピュータＷＳは、設計処理に用いられる設計処理用コンピュータ（１０５）に含まれるそれぞれのコンピュータＷＳのことである（以下同様）。さらに、コンピュータＷＳは、それぞれが１つ又は複数のＣＰＵを備えている。ＣＡＤツール担当者は、コンピュータのＣＰＵ数について、リソース名ＣＰＵに対し、コンピュータが搭載しているＣＰＵ数を使用可能なＣＰＵ数として割り当る。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、実行可能なコンピュータを割当てる。この例では、ＰＲＯＧライセンス数は３ヶあり、また全てのコンピュータがＣＰＵを２ヶ搭載しているものとして説明する。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）は、ＣＡＤツールＰＲＯＧのジョブＪＯＢ（８０３）を受け付けると、ＣＡＤツールを実行するのに必要なリソースとして渡されたライセンス情報とＣＰＵ情報について、必要数分の空きがあるかチェックする。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ライセンスリソースについて、ＲＥＳ＿ＦＩＬＥ（８０１）に定義されている使用可能数からメモリ上で把握している使用中リソース数（８０４）を引いた値が、ジョブＪＯＢの実行に必要なライセンス数１以上の場合、ライセンスに空きがあると判断し、ジョブＪＯＢの実行に必要なライセンス数１よりも小さい場合、ライセンスに空きがないと判断する。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ライセンスに空きがあると判断した場合、更にＣＡＤツールＰＲＯＧが実行可能なコンピュータとして定義されているＷＳ１，ＷＳ２，ＷＳ３について、順にＣＰＵリソースの空きがあるかをチェックする。チェック方法は、ＲＥＳ＿ＦＩＬＥ（８０１）に定義されている使用可能数からメモリ上で把握している使用中リソース数を引いた値が、ジョブＪＯＢの実行に必要なＣＰＵ数１以上の場合、そのコンピュータで実行可能と判断し、ジョブＪＯＢの実行に必要なＣＰＵ数１よりも小さい場合、そのコンピュータでは実行不可と判断する。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、この処理をコンピュータＷＳ１，ＷＳ２，ＷＳ３のＣＰＵリソースについて順に実行して、ＣＰＵリソースに空きがあるコンピュータを見つける。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＣＡＤツールＰＲＯＧのジョブＪＯＢを実行するために必要なライセンスリソースに空きがあり、かつコンピュータＷＳ１，ＷＳ２，ＷＳ３のいずれかにＣＰＵリソースの空きがある場合、ジョブＪＯＢは実行可能と判定し、それ以外の場合、ジョブＪＯＢは実行不可と判定する。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ジョブＪＯＢが実行不可の場合、一定時間経過後、再度この処理を実施する。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ジョブＪＯＢが実行可能な場合には、メモリ上で把握しているＰＲＯＧリソース及び実行コンピュータのＣＰＵリソースの使用中リソース数をそれぞれ１加算してから、ジョブ依頼したオーナー権限でジョブＪＯＢを実行する（８０５）。ジョブＪＯＢの実行が終了すると、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＰＲＯＧリソース及び実行コンピュータのＣＰＵリソースの使用中リソース数をそれぞれ１減算する（８０６）。本実施の形態によれば、上述のリソース管理処理によるジョブスケジューリングを実施することで、ライセンスエラーをおこすことなくコンピュータのＣＰＵを占有してジョブを実行することができ、その結果として、ジョブＪＯＢを最短時間で処理することを実現できる。
【００３４】
しかし、例えば、ライセンスリソースに空きがありかつＣＰＵリソースに空きがない状況の下で、１つのＣＰＵリソースしか使用しないＣＡＤツールジョブと、２つのＣＰＵリソースを使用するＣＡＤツールジョブとが、同じコンピュータで実行されるようにリソース指定された場合、上述のリソース管理処理だけにたよることは好ましい方法とはいえない。なぜなら、このような複数ジョブが実行待ち状態にある場合、１つのＣＰＵリソースしか使用しないＣＡＤツールジョブが最初に終了してしまうと、１つのＣＰＵリソースしか使用しないＣＡＤツールジョブだけが実行可能となり、そのＣＡＤツールジョブが終了するとまた１つのＣＰＵリソースしか使用しないＣＡＤツールジョブだけが実行可能となる状況が続いてしまう。そして、ＣＰＵリソース空き待ち状態で競合している複数のＣＡＤツールジョブのうち２つのＣＰＵリソースを使用するＣＡＤツールジョブは、１つのＣＰＵリソースしか使用しないＣＡＤツールジョブがなくなるまで、実行可能にならないという状況に陥る。この状態について、具体的に、図９を参照して説明する。例えば、コンピュータＷＳは、使用可能なＣＰＵリソース数として２つのＣＰＵを設定されているとする。ＣＡＤツールＪＯＢ１，ＪＯＢ２，ＪＯＢ３，ＪＯＢ４，ＪＯＢ５，ＪＯＢ６は、コンピュータＷＳで実行するジョブであり、ライセンスリソースは必要数分あるものとする。ＪＯＢ１，ＪＯＢ２，ＪＯＢ５，ＪＯＢ６はＣＰＵリソースを１使用するジョブで、ＪＯＢ３，ＪＯＢ４はＣＰＵリソースを２使用するジョブとする。設計者は、これらのジョブをＪＯＢ１，ＪＯＢ２，ＪＯＢ３，ＪＯＢ４，ＪＯＢ５，ＪＯＢ６の順に実行依頼し、最初のジョブを依頼した時点でＷＳの使用中ＣＰＵリソース数は０であるとする。この場合、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、リソース管理処理の結果、ＪＯＢ１，ＪＯＢ２を実行可能と判断し、ジョブを実行する。このとき、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＪＯＢ３，ＪＯＢ４，ＪＯＢ５，ＪＯＢ６をＣＰＵリソース不足で実行不可とし、実行待ち（９０１）とする。ＪＯＢ１，ＪＯＢ２のジョブのうち、ＪＯＢ１が先に終了した場合（９０２）、その時点でＷＳの使用中ＣＰＵリソース数は１になるので、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＪＯＢ５を実行可能とし、実行する（９０３）。次に、ＪＯＢ２，ＪＯＢ５のジョブのうち、ＪＯＢ２が先に終了した場合（９０４）、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＪＯＢ６を実行可能とし、実行する（９０５）。このとき、ＣＰＵリソースを１使用するジョブＪＯＢ７が設計者によって実行依頼された場合、実行中のジョブのいずれかが終了した時点（９０６）で実行可能になるのはＪＯＢ７となる（９０７）。このように、１つのＣＰＵリソースを使用するＣＡＤツールジョブが全て実行終了しない限り、ＪＯＢ３，ＪＯＢ４は実行可能にならない。
【００３５】
このような状態を回避するために、本発明の実施の形態によれば、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、複数個のＣＰＵリソースを使用するＣＡＤツールジョブが実行待ちしていることにより、ライセンスリソースに空きがあるにもかかわらずＣＰＵリソース不足を理由に実行不可になるような場合、必要なＣＰＵリソース数分の空きを作るために、必要なＣＰＵリソース分より少ないＣＰＵリソースで実行可能状況にある複数のＣＡＤツールジョブを一時的に実行割当てしないようにする。
【００３６】
具体的には、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、同じコンピュータで実行するようにリソース指定されＣＰＵリソース空き待ちで競合関係にある全てのジョブについて、必要とするＣＰＵリソース数を調査する。調査の結果、必要とするＣＰＵリソース数にばらつきがありかつ最もＣＰＵリソース数を必要とするジョブに必要なＣＰＵリソースが、設計者によって実行依頼されたコンピュータで使用可能になっていない場合、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＣＰＵリソースを最も多く必要とするジョブのＣＰＵリソース数より少ないＣＰＵリソース数で実行可能なＣＡＤツールジョブをジョブスケジューリングキューから待避させることにより、競合関係にある複数のＣＡＤツールジョブの実行待ち状態を解除する。解除することにより、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＣＰＵリソース数不足により待ち状態となっているジョブに、ＣＰＵリソースを割当てる。これにより、２つのＣＰＵリソースを使用するＣＡＤツールジョブが実行可能な状況を作り出すことが可能となる。更に、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ジョブアービトレーション機能を有する。ここでいうジョブアービトレーション機能は、実行依頼されたコンピュータの使用可能なＣＰＵリソース数が、最もＣＰＵリソース数を必要とするジョブが必要とするＣＰＵリソース数分以上になると、待避させたＣＡＤツールジョブをジョブスケジューリングキューに復帰させるものである。
【００３７】
このジョブアービトレーション機能について、図１０を参照して説明する。説明に利用する状況は図９と同様とする。ＪＯＢ１，ＪＯＢ２が実行され、ＪＯＢ３，ＪＯＢ４，ＪＯＢ５，ＪＯＢ６については、ＣＰＵリソース不足で実行不可となり、実行待ちになるところまでは、図９と同様である（１００１）。この時、実行待ち中のジョブの中で最もＣＰＵリソースを使用するジョブは、ＣＰＵリソース数２を必要としているので、ＷＳの使用可能なＣＰＵリソース数が２になるまで、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＪＯＢ５，ＪＯＢ６をジョブスケジューリングキューから待避させる（１００２）。ＪＯＢ１，ＪＯＢ２の双方のジョブが終了した時点で（１００３）、ＷＳの使用可能なＣＰＵリソース数が２になるので、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＪＯＢ５，ＪＯＢ６をジョブスケジューリングキューから復帰させる（１００４）。この時点で実行可能になるのは、ＪＯＢ３である（１００５）。次に、実行可能になるのは、ＪＯＢ４である（１００６）。その次に、実行可能になるのは、ＪＯＢ５とＪＯＢ６である（１００７）。本発明の実施の形態は、このジョブアービトレーション機能により、必要とするＣＰＵリソース数にばらつきのあるＣＡＤツールジョブが同じコンピュータで実行するように依頼されてもＣＰＵリソース数の違いの影響を受けないジョブスケジューリングを実現している。
【００３８】
次に、大容量ＣＡＤデータベースを使用するＣＡＤツールを高速に処理するためのシステム構成について説明する。本発明の実施の形態において、小容量のデータは、ＬＡＮ（１３１）環境で一般的に使用されるネットワーク経由のファイルサービスであるＮＦＳ（１３２）上に構築されている。大容量のＣＡＤデータベースは、高速アクセス可能なＳＡＮ（１３３）上に構築されている。しかしながら、ＳＡＮ（１３３）は、コンピュータとディスク装置をファイバチャネルで接続するため高速にアクセスできるが、複数のコンピュータから同時にライトマウントした状態で書き込み処理を実行した場合、最後にアンマウントしたコンピュータで実施した書き込み処理の内容が最終的にディスク装置に保存されてしまう。このため、本発明の実施の形態では、同時に複数のコンピュータからライトマウントすることを防止し、１つのコンピュータだけがライトマウントを実行できることとする。本発明の実施の形態では、ライトマウント中のコンピュータがある場合、他のコンピュータではリードマウントもライトマウントもできないようにする。本発明の実施の形態では、複数のコンピュータから同時にリードマウントを実行することはできる一方、リードマウント中のコンピュータが１つでもある場合にはライトマウントを防止することにより、ＣＡＤデータベースへの二重書き込みによるデータ消失を防止している。これらの処理は、大容量のＣＡＤデータベースにアクセスするＣＡＤツールジョブの場合に、コマンドの実行前後でジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールがＳＡＮアクセス管理を実施することによって実現される。なお、ここでいうライトマウントは、書き込み権限でディスクアクセスすることであり、リードマウントは、読み込み権限ディスクアクセスすることである。
【００３９】
このＳＡＮアクセス管理方式について説明する。まず、大容量ＣＡＤデータベース用ディスク装置（１２２）をライトマウントして実行するＣＡＤツールジョブについて、図１１を参照して説明する。ジョブＪＯＢの依頼時に、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、大容量ＣＡＤデータベース用ディスク装置（１２２）をライトマウントする必要があることを判断し、要求する。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）は、大容量ＣＡＤデータベース用ディスク装置（１２２）をライトマウントする必要があることを示すパラメタ（ライトモード）（１１０１）をコンピュータＷＳに渡す。これにより、コンピュータＷＳは、コマンドの実行前に、大容量ＣＡＤデータベース用ディスク装置（１２２）をライトマウントするための前処理を実行する。コンピュータＷＳは、ライトマウントのための前処理の実行結果であるリターンコード（１１０５）が０の場合にだけ、コマンド実行後の処理を順次実行し、リターンコード（１１０５）が０以外の場合にはリターンコード（１１０５）Ｘを戻すスクリプトＡ（１１０３）を生成する。リターンコード（１１０５）Ｘを戻すスクリプトＡ（１１０３）を生成するのは、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールに対して、コマンドの再実行が必要であることを連絡するためである。大容量ＣＡＤデータベース用ディスク装置（１２２）をライトマウントする場合の前処理として、コンピュータＷＳは、ファイルＭｏｕｎｔ＿Ｗ、またはファイルＭｏｕｎｔ＿Ｒを実行しているか否かをチェックする。ここでいうファイルＭｏｕｎｔ＿Ｗは、大容量ＣＡＤデータベース用ディスク装置（１２２）がライトマウントで使用中であることを示すファイルである。ファイルＭｏｕｎｔ＿Ｒは、大容量ＣＡＤデータベース用ディスク装置（１２２）がリードマウントで使用中であることを示すファイルである。コンピュータＷＳは、ファイルＭｏｕｎｔ＿Ｗ、またはファイルＭｏｕｎｔ＿Ｒを実行している場合、ライトマウントすることができない状況と判断する。この場合、ファイルサーバコンピュータ（１０３）上のＣＡＤツール実行制御ツール（８０２）は、コンピュータＷＳから０以外のリターンコード（１１０５）を受けている。コンピュータＷＳは、ファイルＭｏｕｎｔ＿Ｗ、またはファイルＭｏｕｎｔ＿Ｒのいずれのファイルも実行していない場合、ライトマウントすることができる状況と判断し、ライトマウント処理を実施すると同時に、サイズ０のＭｏｕｎｔ＿Ｗ（１１０４）を作成する処理を実行する。この場合、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）は、コンピュータＷＳからリターンコード（１１０５）０を受けている。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）は、リターンコード（１１０５）Ｘを受けた場合、依頼されたジョブをジョブスケジューリングキューの先頭に戻す処理を実施し、一定時間経過後の再度処理を繰り返す。コマンドの実行が終了した場合、コンピュータＷＳは、大容量ＣＡＤデータベース用ディスク装置（１２２）をライトマウントした後処理として、アンマウント処理を実施すると同時に、ファイルＭｏｕｎｔ＿Ｗ１１０４を削除する処理を実施する。コンピュータＷＳは、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）にコマンドのリターンコード（１１０５）を返して処理を終了する。このＳＡＮアクセス管理を実施することにより、本発明の実施の形態は、１つのＣＡＤツールジョブだけが大容量ＣＡＤデータベース用ディスク装置（１２２）に対しライト処理を実施するようにしている。
【００４０】
次に、大容量ＣＡＤデータベース用ディスク装置（１２２）をリードマウントして実行するＣＡＤツールジョブについて、図１２を参照して説明する。ジョブＪＯＢの依頼時に、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）は、大容量ＣＡＤデータベース用ディスク装置（１２２）をリードマウントする必要があることを要求する。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）は、大容量ＣＡＤデータベース用ディスク装置（１２２）をライトマウントする必要があることを示すパラメタ（リードモード）（１１０１）を渡す。これにより、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）は、コマンドの実行前に、大容量ＣＡＤデータベース用ディスク装置（１２２）をリードマウントするための前処理を実行する。コンピュータＷＳは、リードマウントのための前処理の実行結果であるリターンコード（１１０５）が０の場合にだけ、コマンド実行後の処理を順次実行し、リターンコード（１１０５）が０以外の場合にはリターンコード（１１０５）Ｘを戻すスクリプトＡ（１１０３）を生成する。リターンコード（１１０５）Ｘを戻すスクリプトＡ（１１０３）を生成するのは、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）に対して、コマンドの再実行が必要であることを連絡するためである。大容量ＣＡＤデータベース用ディスク装置（１２２）をリードマウントする場合の前処理として、コンピュータＷＳは、ファイルＭｏｕｎｔ＿Ｗを実行しているか否かをチェックする。コンピュータＷＳがファイルＭｏｕｎｔ＿Ｗを実行している場合、リードマウントすることができない状況と判断する。この場合、ファイルサーバコンピュータ（１０３）上のＣＡＤツール実行制御ツールは、コンピュータＷＳから０以外のリターンコード（１１０５）を受けている。コンピュータＷＳは、ファイルＭｏｕｎｔ＿Ｗを実行していない場合、リードマウントすることができる状況と判断し、コンピュータＷＳが有するファイルＭｏｕｎｔ＿Ｒ（１２０３）にコマンドを実行するコンピュータ名を記録する。それと並行して、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）は、他のＣＡＤツールジョブによって実行されるコンピュータＷＳで既に大容量ＣＡＤデータベース用ディスク装置（１２２）がライトマウントされていないか否かを調査する。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）は、他のコンピュータＷＳによってもライトマウントされていない場合にだけ、リードマウント処理を実施する。リードマウント処理が終了した場合、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）は、コンピュータＷＳからリターンコード（１１０５）０を受ける。コマンドの実行が終了した場合、コンピュータＷＳは、大容量ＣＡＤデータベース用ディスク装置（１２２）をリードマウントした後処理として、ファイルＭｏｕｎｔ＿Ｒ（１２０３）から実行されたコマンドのコンピュータ名を削除する。コンピュータＷＳは、ファイルＭｏｕｎｔ＿Ｒ（１２０３）に実行したコンピュータ名が残っていない場合にだけ、アンマウント処理を実施する。コンピュータＷＳは、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）にコマンドのリターンコード（１１０５）を返して処理を終了する。また、この後処理でファイルＭｏｕｎｔ＿Ｒ（１２０３）のサイズが０になる場合には、リードマウントしているコンピュータが無くなったということであるため、コンピュータＷＳは、ファイルＭｏｕｎｔ＿Ｒ（１２０３）を削除する。このＳＡＮアクセス管理を実施することにより、本発明の実施の形態は、大容量ＣＡＤデータベース用ディスク装置（１２２）に対して、複数のＣＡＤツールジョブがＳＡＮを介して同時にリードアクセスすることを可能にしている。
【００４１】
【発明の効果】
本発明によれば、設計データと検証した論理の来歴とを管理するため、ＬＳＩ製造データ不良が発生しない設計工程間データ管理を実現できるとともに、製造コストの削減ができる。
【００４２】
また、本実施例によれば、論理構造を認識してＣＡＤツールに最適な実行パラメタを自動生成し、更に変更論理の把握はレビジョンと処理モードで実施するため、今後のＬＳＩの大規模化に対応可能である。
【００４３】
さらに、本実施例によれば、コンピュータ及びＣＡＤツールライセンスリソースの使用状況を把握するとともに、Ｉ／ＯトランザクションについてもＮＦＳとＳＡＮとを使い分けて大容量のデータへ高速にアクセスできるようにすることにより、ＣＡＤツールジョブが最大のパフォーマンスで実行可能となり、設計期間の短縮ができる。
【図面の簡単な説明】
【図１】本発明の実施の形態における論理設計フロー及び設計データフローである。
【図２】本発明の実施の形態における論理設計支援装置の構成である。
【図３】本発明の実施の形態における論理データ管理概要である。
【図４】本発明の実施の形態における論理木構造の把握方法である。
【図５】本発明の実施の形態におけるＣＡＤツール実行パラメタの作成方法である。
【図６】本発明の実施の形態における２回目以降のＣＡＤツール実行パラメタの作成方法である。
【図７】本発明の実施の形態における製造データ作成工程の入力データ作成方法である。
【図８】本発明の実施の形態のＣＡＤツール実行制御ツールにおけるリソース管理方法である。
【図９】ＣＰＵリソース数の異なるジョブが競合した場合についての説明図である。
【図１０】本発明の実施の形態におけるＣＰＵリソース数の異なるジョブが競合した場合の処理方法である。
【図１１】本発明の実施の形態におけるＳＡＮ制御方式におけるライトマウントの処理方法である。
【図１２】本発明の実施の形態におけるＳＡＮ制御方式におけるリードマウントの処理方法である。
【符号の説明】
１０１ 設計作業用コンピュータ
１０２ Ｗｅｂサーバコンピュータ
１０３ ファイルサーバコンピュータ
１０４ ジョブサーバコンピュータ
１０５ 設計処理用コンピュータ
１１１ 設計作業用ディスク装置
１１２ 論理データ管理用ディスク装置
１１３ 来歴毎の論理データを保存するディスク装置
１１４ 来歴管理した論理データベース
１２１ ファイバーチャネル切り替えスウィッチ
１２２ 大容量ＣＡＤデータベース用ディスク装置
１３１ ＬＡＮ
１３２ ＮＦＳ
１３３ ＳＡＮ
２０１ 機能設計
２０２ 機能検証
２０３ 製造データ作成
２１１ 機能設計レビジョン
２１２ 機能検証用の入力データ
２１３ 機能検証レビジョン
２１４ 製造データ作成用の入力データ
【発明の属する技術分野】
本発明は、大規模論理設計を複数の設計者が複数のコンピュータで行う場合に必要な設計支援技術に関し、データ管理技術、ＣＡＤツール実行制御技術、コンピュータ負荷分散技術、及びＳＡＮ利用技術等に関するものである。
【０００２】
【従来の技術】
大規模ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）の論理設計においては、複数の設計者が複数のコンピュータで複数のＣＡＤツールを使って設計する。このような分散設計環境にいては、設計データ管理不良に起因した不良ＬＳＩの製造が発生したり、ＣＡＤ（Ｃｏｍｐｕｔｅｒ Ａｉｄｅｄ Ｄｅｓｉｇｎ）ツール・コンピュータなどの設計支援リソースを有効に利用することが難しく設計期間を増大させるといった問題が発生する。
【０００３】
従来のＬＳＩ設計データ管理装置では、ＣＡＤツール実行時の設計データ更新来歴と階層構造と関連情報を保存しておくことにより、修正した設計データと関連する上位の設計データを設計者に知らしめることを実現している（特許文献１参照）。
【０００４】
一方、従来の負荷分散システムでは、ジョブ依頼時に複数のコンピュータのＣＰＵと共有メモリの状態をチェックし、負荷の軽いコンピュータにディスパッチしている（特許文献２参照）。
【０００５】
【特許文献１】特開平６−２６８０６６号公報
【特許文献２】特開２００１−１４７９０８号公報
【発明が解決しようとする課題】
しかしながら、特許文献１に記載の技術は、ＣＡＤツール毎に実行データ管理を実施しているものであり、ＬＳＩ設計工程間のデータ受け渡しを管理するものではない。また、階層構造は論理の追加削除及び上位論理を認識するために利用されており、設計データの属性に応じたＣＡＤツール実行パラメタを自動生成するものではない。更に、変更論理の把握はデータ更新来歴と階層構造と関連情報全てを比較することで実現しており、処理時間及び使用メモリ等で今後のＬＳＩの大規模化に対応が難しいという課題がある。
【０００６】
また、ＣＡＤツールジョブは、一般的に処理時間に数分から数十時間を要する長時間ジョブであるため、特許文献２に記載の技術に記載のような、ジョブ依頼した時点だけのＣＰＵと共有メモリの状態のチェックでは、負荷分散は実現できない。また、ＣＡＤツールを実行するには一般的にライセンスの取得に成功することが必要であるにもかかわらず、特許文献２に記載の技術では、ライセンス取得に失敗する場合にでもＣＡＤツールを実行してしまうこととなる。さらに、特許文献２に記載の技術では、マルチＣＰＵジョブの負荷が全く考慮されていない。更に、大規模ＣＡＤデータベースアクセスを伴うＣＡＤツールの実行をＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）回線上で実施した場合、ＬＡＮを使用している全プログラムでＩ／Ｏ低下が発生するが、特許文献２に記載の技術では、このようなＩ／Ｏトランザクション処理の分散についても全く考慮されていない。
【０００７】
しかるに、近年ますますＬＳＩの大規模化が促進しており、上記特許文献１及び特許文献２に記載の技術ではますます対応が難しいこととなり、大規模ＬＳＩの有効な論理支援技術の開発が望まれている。
【０００８】
したがって、本発明は、上記課題に加えて、さらに大規模ＬＳＩの論理設計において課題となる、▲１▼設計データ量増大に伴う設計データ管理工数や設計期間が増大する点、▲２▼設計データ管理不良に起因する不良ＬＳＩ製造数が増大する点、及び▲３▼分散設計環境における設計支援リソース（ＣＡＤツール，コンピュータなど）の整備コストが増大する点等の種々の課題を解決する発明であり、大規模ＬＳＩの有効な論理支援技術に関する発明である。
【０００９】
【課題を解決するための手段】
本発明は、複数の設計者が複数の論理設計作業を複数のコンピュータと複数のディスク装置と複数のＣＡＤツールを使って支援する装置であって、設計者が作成した論理データについて、論理名単位に論理名と来歴情報（レビジョン，更新日付，著者）と来歴毎の論理データ及び直下の論理名を保存し、論理データの編集中には、論理データが編集中であることを示すための編集ステータスフラグファイルが存在する。また、本装置においては、論理データを編集するには専用の編集コマンドを使用する。この編集コマンドは、編集ステータスフラグファイルが存在する場合には、編集中の論理データであることを知らせる情報を出力して終了し、編集ステータスフラグファイルが存在しない場合には、編集ステータスフラグファイルを作成してから編集作業に移り、編集作業終了時に論理データを保存するとともに編集ステータスフラグファイルを削除する機能を有する。この来歴管理した設計データベース方式による論理データ管理を実施することにより、一つの論理データを異なる設計者が同時に編集することを防止し、また、論理データの更新処理を論理名単位で行うことで他の論理データの保存処理との競合を回避するとともに保存処理を高速に行なえる方法を有することを特徴とする。
【００１０】
更に、本発明は、来歴毎の論理データを、複数のディスク装置に多重化して保存している。複数のディスク装置のうちのいずれかのディスク装置から所定の論理データが検出されない場合、前記複数のディスク装置のうちの他のディスク装置から前記所定の論理データを検出させることを特徴とする。更に、本発明は、設計作業中の論理データが存在せず来歴毎の論理データが存在する場合に、設計作業中の論理データが何らかの原因で消失したと自動判断し、最終レビジョンの論理データを元に、設計作業中の論理データを自動的に復元する機能を有することを特徴とする。
【００１１】
更に、本発明は、設計作業終了時、編集ステータスフラグファイルの存在をチェックし、存在する場合は、設計者が来歴保存せずに終了したと判断し、自動的に編集中の論理データを来歴管理した設計データベースに来歴保存する機能を有す。これにより、設計作業中の論理データが何らかの原因で消失した場合に最新レビジョンの論理データを復旧させることができることを特徴とする。
【００１２】
更に、本発明は、最上位論理データを指定することで、論理データ毎に保存されている直下の論理名情報を元に全体の論理木構造を把握する機能と、論理データが使用しているライブラリの種類により論理データの属性（ゲート化論理／設計構造上の論理）を把握する機能と、全体の論理木構造と論理データの属性からＣＡＤツール向けの最適パラメタを自動生成する機能を有し、ＣＡＤツール実行対象となった論理データについては、論理名とレビジョンとＣＡＤツール実行パラメタを保存しておくことにより、次にＣＡＤツールを実行する際には、レビジョン比較による更新論理データの把握と、ＣＡＤツール実行パラメタ比較による実行パラメタ変更論理データの把握と、全体の論理木構造から上位の論理データの把握が可能で、これよりＣＡＤツールの実行対象となる論理データを絞込み、必要最低限のＣＡＤツール実行用パラメタを自動作成する機能を有することを特徴とする。
【００１３】
更に、本発明は、機能検証を実施した論理データの論理名とレビジョンを保存する機能を有し、来歴管理した論理データベースから、指定したレビジョンの論理データを読み出して指定したＣＡＤツールの入力形式に応じたデータを作成する機能を有する。本発明においては、機能検証工程以降のＣＡＤツールの入力データは、ＣＡＤツール実行前処理で機能検証を実施した論理データの論理名とレビジョンを元に実行するＣＡＤツールの入力形式に応じたデータを作成することとし、これにより、機能検証を実施した論理データを機能検証工程以降のＣＡＤツールに確実に伝えることを可能にすることを特徴とする。
【００１４】
更に、本発明は、複数のＣＡＤツールの限られたライセンス数と複数のコンピュータの限られたＣＰＵ数の元で、競合するＣＡＤツールを効率よく処理するための仕組みとして、ＣＡＤツールの実行は、ＣＡＤツール実行制御ツールにＣＡＤツールを実行するためのコマンドと使用するライセンスとＣＰＵ数を渡し、ＣＡＤツール実行制御ツールはライセンス使用状況及びコンピュータ毎のＣＰＵ使用状況を把握するためのリソース管理処理を実施することでライセンスエラーにならずに１プロセス当り１ＣＰＵを使用可能なコンピュータを選び、そのコンピュータでコマンドを実行するジョブスケジューリング機能を有す。これにより、複数の競合するＣＡＤツールが短ＴＡＴで処理できるように分散実行制御していることを特徴とする。
【００１５】
更に、本発明は、ＣＡＤツール実行制御ツールが実施するリソース管理処理において、複数のＣＰＵリソースを使用するＣＡＤツールがライセンスリソースに空きがあるにもかかわらずＣＰＵリソース不足で実行不可になる場合、必要なＣＰＵリソース分の空きを作るために実行可能状況にある競合ＣＡＤツールの実行をジョブスケジューリングキューから退避させることで一時中止し、ＣＰＵリソース不足の状況を自動的に解消する機能を有す。これにより、複数ＣＰＵリソースを使用するＣＡＤツールが単一ＣＰＵリソースを使用するＣＡＤツールと競合しても実行可能になることを特徴とする。
【００１６】
更に、本装置は、ＣＡＤツールを高速に処理するために、大容量のＣＡＤデータベースはＳＡＮ上に構築し、小容量のデータはＮＦＳ上に構築し、ＣＡＤツールのコマンド実行直前に実行するスクリプトでＳＡＮ上のＣＡＤデータベースへのリードマウントあるいはライトマウント処理し、ＣＡＤツールのコマンド実行直後に実行するスクリプトでＳＡＮ上のＣＡＤデータベースへのアンマウント処理する仕組みを有す。マウント、アンマウント処理は、リードマウントあるいはライトマウントを示すフラグファイルを作成、削除することマウント状態の把握し制御する。ライトマウントは１つのコンピュータからのみアクセス可能とするためフラグファイルの存在有無で制御し、リードマウントは複数のコンピュータからアクセス可能とするためフラグファイルにＣＡＤツールのＩＤと実行コンピュータ名を追加、削除する制御を実施する。これにより、大容量のＣＡＤデータベースをＳＡＮ上に構築することを可能にし、ＣＡＤツールを同時に複数のコンピュータで高速にリード処理することを特徴とする。
【００１７】
【発明の実施の形態】
本発明の実施形態に係る論理設計支援装置について、図１〜図１２を参照しながら以下詳細に説明する。図１は、論理設計フロー及び設計データフローである。図２は、論理設計支援装置の構成である。図３は、論理データ管理概要である。図４は、論理木構造の把握方法である。図５は、ＣＡＤツール実行パラメタ作成方法である。図６は、２回目以降のＣＡＤツール実行パラメタ作成方法である。図７は、製造データ作成工程の入力データ作成方法である。図８は、ＣＡＤツール実行制御ツールにおけるリソース管理方法である。図９は、ＣＰＵリソース数の異なるジョブが競合した場合の説明図である。図１０は、ＣＰＵリソース数の異なるジョブが競合した場合の処理方法である。図１１は、ＳＡＮ制御方式におけるライトマウントの処理方法である。図１２は、ＳＡＮ制御方式におけるリードマウントの処理方法である。
【００１８】
まず、本発明の実施形態に係る論理設計支援装置の構成について、図２を参照して説明する。本装置は、複数台の設計作業用コンピュータ（１０１）、Ｗｅｂサーバコンピュータ（１０２）、ファイルサーバコンピュータ（１０３）、ジョブサーバコンピュータ（１０４）及び複数台の設計処理用コンピュータ（１０５）がＬＡＮ（１３１）で接続されている。設計作業用コンピュータ（１０１）は、ディスプレイ、キーボード、マウスなどの入出力デバイスを備え、設計作業に伴う入出力作業を実施できるようになっている。Ｗｅｂサーバコンピュータ（１０２）は、設計者が設計作業用コンピュータ（１０１）からインターネット接続方式を使って実行依頼するＣＡＤツールジョブを受付、ＣＡＤツールジョブを実行するのに必要な情報を作成するとともにＣＡＤツールジョブを実行するのに必要なリソース情報を合わせて、ジョブサーバコンピュータ（１０４）にジョブ依頼することに用いられる。ファイルサーバコンピュータ（１０３）は、複数のディスク装置に分散構築した来歴管理した論理データベース（１１４）にアクセス制御することに用いられる。ジョブサーバコンピュータ（１０４）は、複数の設計処理用コンピュータ（１０５）の負荷状況を把握するとともにＣＡＤツールジョブ用ライセンス数に応じてＣＡＤツールジョブの実行を制御することに用いられる。ここでいうＣＡＤツールは、後で説明する論理設計ツール等の各種実行ツールの総称である。設計処理用コンピュータ（１０５）は、ＣＡＤツールジョブを実行することに用いられる。設計処理用コンピュータ（１０５）は、来歴管理した論理データベース（１１４）に対して、ファイルサーバコンピュータ（１０３）経由のＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ）（１３２）プロトコルにてアクセスする。更に、設計処理用コンピュータ（１０５）は、大容量ＣＡＤデータベース用ディスク装置（１２２）に対して、ファイバーチャネル切り替えスウィッチ（１２１）、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）（１３３）を介してアクセスする。来歴管理した論理データベース（１１４）は、設計作業用ディスク装置（１１１）、論理データ管理用ディスク装置（１１２）、来歴毎の論理データを保存するディスク装置（１１３）を有する。設計作業用ディスク装置（１１１）は、設計作業中のデータを一時保存することに用いられる。論理データ管理用ディスク装置（１１２）は、最新の設計作業データを保存することに用いられる。来歴毎の論理データを保存するディスク装置（１１３）は、更新される度にレビジョンをつけられた論理データを、来歴毎に保存する。
【００１９】
なお、本発明の実施形態に記載のディスク装置は、例えばディスク制御部と複数のディスクドライブとを有するものである。ディスク制御部は、チャネルアダプタ、キャッシュメモリ、ディスクアダプタ、及びスイッチ等によって構成されている。チャネルアダプタは、ファイルサーバコンピュータ（１０３）等の上位コンピュータと接続され、上位コンピュータとの間でデータ及び情報の通信を行うものである。キャッシュメモリは、チャネルアダプタとディスクアダプタと間で通信されるデータ及び情報を保存するものである。ディスクアダプタは、複数のディスクドライブにデータを書き込み、又は複数のディスクドライブからデータを読み出すものである。スイッチは、チャネルアダプタ、キャッシュメモリ、及びディスクアダプタを接続するものであり、チャネルアダプタ、キャッシュメモリ、及びディスクアダプタ相互のデータ及び情報の通信に用いられる。
【００２０】
次に、本発明の実施形態に係る論理設計フロー及び設計データフローについて、図１を参照して説明する。大規模論理の論理設計フローは、大きく分けて機能設計（２０１）の工程，機能検証（２０２）の工程，製造データ作成（２０３）の工程を有する。機能設計（２０１）の工程では、設計者が把握できる規模の論理のかたまりを単位として、階層的に論理を設計し、論理データを更新する度にレビジョンをつけ来歴管理した論理データベース（１１４）に保存する。機能検証（２０２）の工程では、最新の機能設計レビジョン（２１１）をもとに来歴管理した論理データベース（１１４）から論理データを抽出し、機能検証用の入力データ（２１２）を作成して機能検証（２０２）を実施する。ここでいう機能検証とは、設計した論理の妥当性を評価するものである。製造データ作成（２０３）の工程では、機能検証（２０２）を実施した機能検証レビジョン（２１３）をもとに来歴管理した論理データベース（１１４）から論理データを抽出し、製造データ作成用の入力データ（２１４）を作成して製造データ作成（２０３）を実施する。ここでいう製造データ作成（２０３）とは、設計した論理からＬＳＩを製造するための情報を作成することである。このように、本装置では、設計工程間の設計情報の受け渡しをレビジョン情報とすることにより、検証した論理を確実に製造データ作成工程に渡す仕組みを確立している。
【００２１】
次に、図３を参照しながら論理データの管理方式を説明する。本発明の実施形態で使用する論理設計ツールは、コマンド実行前後にそのコマンドを実行するのに必要な事前チェックなどの処理を実行させるための機構を備えている。ＣＡＤツール担当者は、特有のデータ管理を実施するためにコマンド実行前後で実行する必要がある処理をスクリプトファイルに記述し、コマンド実行前後にそのコマンドを実行するのに必要な事前チェックなどの処理を実行させるための機構に登録する。論理設計ツールは、設計作業用コンピュータ（１０１）で実行され、ファイルサーバコンピュータ（１０３）を介して来歴管理した設計データベース（１１４）にアクセスするものである。また、一般的に、ＣＡＤツール担当者は、図２に記載の設計作業用コンピュータを使用する設計者以外の管理者である。
【００２２】
まず、論理データＡ（３１１）を編集するために実施するデータ管理処理について説明する。設計者が設計作業用コンピュータ（１０１）を用いて論理データＡ（３１１）を指定し編集コマンドを実行させた場合、設計作業用ディスク装置（１１１）は編集コマンド実行前に実施する処理ＣＯ＿ＳＴＡＲＴ（３０１）を起動させる。ファイルサーバコンピュータ（１０３）は、論理作業用ディスク装置（１１１）から論理データＡ（３１１）が編集中であることを示す編集ステータスフラグファイルＣＯ＿Ａ（３１２）を受け取った場合、編集中であることを示す編集ステータスフラグファイルＣＯ＿Ａ（３１２）が設計作業用ディスク装置（１１１）に存在するか否かをチェックする。ファイルサーバコンピュータ（１０３）は、編集中であることを示す編集ステータスフラグファイルＣＯ＿Ａ（３１２）が設計作業用ディスク装置（１１１）に存在しないことを確認した場合は、著者・編集開始時刻を記した編集ステータスフラグファイルＣＯ＿Ａ（３１２）を設計作業用ディスク装置（１１１）に作成させる。これにより、設計者は、設計作業用コンピュータ（１０１）を用いて論理データＡ（３１１）の編集作業に移ることができる。ファイルサーバコンピュータ（１０３）は、編集中であることを示す編集ステータスフラグファイルＣＯ＿Ａ（３１２）が設計作業用ディスク装置（１１１）に存在する場合は、編集ステータスフラグファイルＣＯ＿Ａ（３１２）の内容を元にして、設計者に対して、だれがいつから編集しているかについての情報を提供する。だれがいつから編集しているかについての情報は、ファイルサーバコンピュータ（１０３）の制御の下、設計作業用ディスク装置（１１１）から設計作業用コンピュータ（１０１）に対して送られる。これにより、設計者は、設計作業用コンピュータ（１０１）を用いて論理データＡ（３１１）の編集作業に移ることなく作業を終了することとなる。このように、編集ステータスフラグファイルを設けることにより、一つの論理データを複数の設計者が同時に編集することを防止できる。また、編集ステータスフラグファイルのファイル名に論理データの論理名（ＣＯ＿論理名）を利用することにより、論理データごとに編集ステータスフラグファイルが決まり、編集ステータスフラグファイルの存在チェックを高速に処理できる。
【００２３】
次に、論理データＡ（３１１）の編集処理中に、論理データＡ（３１１）を設計作業用ディスク装置（１１１）に保存するデータ管理処理について説明する。設計者が論理データＡ（３１１）の編集作業の途中に論理データＡ（３１１）を指定して保存コマンドを実行させた場合、論理設計ツールの保存処理により設計作業用ディスク装置（１１１）に論理データＡ（３１１）が保存される。設計作業用ディスク装置（１１１）に論理データＡ（３１１）が保存された後、保存コマンド実行後に実施される処理ＣＩ＿ＥＮＤ（３０２）が設計作業用コンピュータ（１１１）から起動された場合、本発明の実施の形態の特有の保存処理が実行される。本発明の実施の形態の特有の保存処理は、以下に示された通りである。ファイルサーバコンピュータ（１０３）は、ＣＩコマンドを用いることにより、来歴毎の論理データを保存するディスク装置（１１３）に構築されたＲＣＳ（Ｒｅｖｉｓｉｏｎ Ｃｏｎｔｒｏｌ Ｓｙｓｔｅｍ）データベースに対して、編集中の論理データＡ（３１１）をＲＣＳ形式の設計データＡ（３１６）として保存させる。ファイルサーバコンピュータ（１０３）は、ＣＩ情報（例えば、ＣＩレビジョン・日時・著者等）を、論理データ管理用ディスク装置（１１２）のＣＩ情報ファイルＣＩ＿Ａ（３１３）に記録する。ＣＩ情報ファイルＣＩ＿Ａ（３１３）は、論理データＡ（３１１）のＣＩ情報であることを意味する。ＣＩ情報ファイルＣＩ＿Ａ（３１３）は、保存する度にファイルサーバコンピュータ（１０３）によって新規作成されるものであるため、最新のＣＩ情報ということになる。更に、ファイルサーバコンピュータ（１０３）は、論理設計ツールが備えている論理構造を検索する機能を用いることにより、論理データＡ（３１１）で使用している論理名とそのインスタンス値を取得して、論理データ管理用ディスク装置（１１２）に記録させる。また、ファイルサーバコンピュータ（１０３）は、論理設計ツールの設定ファイルに定義されているライブラリ名を、その格納パスが設計者の作業エリアに関連付けられている場合はユーザ論理と判断し、それ以外はライブラリと判断する。ファイルサーバコンピュータ（１０３）は、論理データＡ（３１１）で使用している各々の論理が属するライブラリ名から、論理データＡ（３１１）で使用している論理がユーザ論理かライブラリか判定する。ファイルサーバコンピュータ（１０３）は、論理データＡ（３１１）で使用するユーザ論理について、論理データ管理用ディスク装置（１１２）のインスタンス情報ファイルＩＮＳＴ＿Ａ（３１４）に、インスタンス値と論理名とを記録させる。ファイルサーバコンピュータ（１０３）は、論理データＡ（３１１）で使用するライブラリについて、論理データ管理用ディスク装置（１１２）のライブラリ情報ファイルＬＩＢ＿Ａ（３１５）に、ライブラリ名をユニークにして記録させる。インスタンス情報ファイルＩＮＳＴ＿Ａ（３１４）とライブラリ情報ファイルＬＩＢ＿Ａ（３１５）とは、保存処理が実行されるたびに、削除してから新規作成される。即ち、論理データＡ（３１１）の論理に、ユーザ論理を使用していない場合には、ＩＮＳＴ＿Ａ（３１４）は存在しないし、ライブラリを使用していない場合には、ＬＩＢ＿Ａ（３１５）は存在しないことになる。ファイルサーバコンピュータ（１０３）は、この一連の保存処理の最後に編集ステータスフラグファイルＣＯ＿Ａ（３１２）を削除させる。再び、設計者は、論理データＡ（３１１）を編集する場合に、論理データＡ（３１１）を選択し編集コマンドを実行させることにより、論理データＡ（３１１）を編集することが可能となる。この保存方法によれば、論理データＡと異なる論理データＢの保存処理で作成するファイルに競合は発生することなく、双方の論理データを同時に保存処理することが可能である。また保存処理で保存する内容を１つのファイルにまとめず、ＣＩ情報ファイル（ＣＩ＿論理名）・インスタンス情報ファイル（ＩＮＳＴ＿論理名）・ライブラリ情報ファイル（ＬＩＢ＿論理名）のように内容と論理名の組み合わせ単位でファイルを作成することでＣＩレビジョンの取得処理やライブラリ情報ファイルの存在チェックで論理データの属性を判定する処理を高速に実行できる。このように、本発明の実施の形態における来歴管理した設計データベース方式は、設計論理間にファイルの競合が発生せず、ファイルは全て新規作成する方式としている。その結果として保存処理にかかる時間は、記録する情報を所得する処理とファイルにライトする処理に必要な時間だけで、必要最低限の時間で処理できる。
【００２４】
次に、本発明の実施の形態における論理データの自動復旧処理について説明する。編集コマンド実行前に実施する処理ＣＯ＿ＳＴＡＲＴ（３０１）の処理中に、論理データ管理用ディスク装置（１１２）にＣＩ情報ファイルＣＩ＿Ａ（３１３）が存在するにも拘わらず、設計作業用ディスク装置（１１１）に論理データＡが存在しないという事態が発生したとする。この場合、ファイルサーバコンピュータ（１０３）は、何らかの障害（ＣＡＤツールの不具合、ハード障害など）が発生したと判断し、論理データ管理用ディスク装置（１１２）のＣＩ情報ファイルＣＩ＿Ａ（３１３）に記録されている最新の更新レビジョンをもとにして、ＣＯコマンドを使って来歴毎の論理データを保存するディスク装置（１１３）から論理データＡを設計作業用ディスク装置（１１１）に復元することができる。これにより、設計者は、論理データＡ（３１１）の編集作業に影響を受けることなく、編集作業を継続できる。これは、本発明の実施の形態の信頼性を高めるために実施される。
【００２５】
次に、本発明の実施の形態における論理データ自動来歴保存処理について説明する。設計者が論理設計ツールを用いた編集作業を終了する際、ファイルサーバコンピュータ（１０３）は、編集ステータスフラグファイルの存在をチェックする。ファイルサーバコンピュータ（１０３）は、存在が確認された全ての編集ステータスフラグファイルについて、編集ステータスフラグファイルに記録されている設計者名と、論理設計作業を行っている設計者名とが一致するか否かをチェックする。ファイルサーバコンピュータ（１０３）は、一致が確認された編集ステータスフラグファイルのファイル名から論理名を割り出し、割り出した論理名毎に前述のＣＩ＿ＥＮＤ（３０２）を実行することにより、常に最新の論理データを来歴保存するようにしている。これにより、設計作業中の論理データが何らかの原因で消失した場合に、設計者がたとえ来歴保存処理の実行を忘れていたとしても最新レビジョンの論理データを復旧させることを可能にしている。
【００２６】
次に、図４を参照しながら、本発明の実施の形態におけるＣＡＤツール実行パラメタを作成する際に必要な論理木構造（４１３）の把握方法について説明する。ファイルサーバコンピュータ（１０３）は、インスタンス情報ファイルから論理木構造ファイル（４１１）を作成し、論理木構造（４１３）を認識可能とする。まず、論理木構造ファイル（４１１）の生成方法について説明する。最上位論理の論理名をＬ（４０１）とすると、論理木構造の最上位は、インスタンス値が「／」で、論理名が「Ｌ」となる。次に、論理名Ｌのインスタンス情報ファイルＩＮＳＴ＿Ｌ（４０２）の要素について、「ｉ０ Ｌ１」は、上位論理のインスタンス値「／」を付加してインスタンス値が「／ｉ０」で、論理名が「Ｌ１」となる。論理名Ｌ１については、インスタンス情報ファイルＩＮＳＴ＿Ｌ１（４０３）が存在するので、このファイルの各々の要素について、最初の情報「ｉ０ Ｌ１１」は、上位論理のインスタンス値「／ｉ０」を付加してインスタンス値が「／ｉ０／ｉ０」で、論理名が「Ｌ１１」となる。論理名Ｌ１１については、インスタンス情報ファイルＩＮＳＴ＿Ｌ１１（４０４）が存在するので、このファイルの各々の要素について、最初の情報「ｉ０ Ｌ１１１」は、上位論理のインスタンス値「／ｉ０／ｉ０」を付加してインスタンス値が「／ｉ０／ｉ０／ｉ０」で、論理名が「Ｌ１１１」となる。論理名Ｌ１１１については、インスタンス情報ファイルＩＮＳＴ＿Ｌ１１１（４０５）が存在するので、このファイルの各々の要素について、最初の情報「ｉ０ Ｌ１１１１」は、上位論理のインスタンス値「／ｉ０／ｉ０／ｉ０」を付加してインスタンス値が「／ｉ０／ｉ０／ｉ０／ｉ０」で、論理名が「Ｌ１１１１」となる。論理名Ｌ１１１１については、インスタンス情報ファイルＩＮＳＴ＿Ｌ１１１１が存在しないので、ここで下位論理の探索は終了する。次に、処理中のインスタンス情報ファイルＩＮＳＴ＿Ｌ１１１（４０５）の次の情報「ｉ１ Ｌ１１１２」について処理を進める。これについては、上位論理のインスタンス値「／ｉ０／ｉ０／ｉ０」を付加してインスタンス値が「／ｉ０／ｉ０／ｉ０／ｉ１」で、論理名が「Ｌ１１１２」となる。論理名Ｌ１１１２については、インスタンス情報ファイルＩＮＳＴ＿Ｌ１１１２が存在しないので、ここで下位論理の探索は終了する。処理中のインスタンス情報ファイルＩＮＳＴ＿Ｌ１１１（４０５）の情報は、これで最後になるので、直前に処理していたインスタンス情報ファイルＩＮＳＴ＿Ｌ１１（４０４）の次の情報「ｉ１ Ｌ１１２」について処理を進める。このように、ファイルサーバコンピュータ（１０３）は、各々のインスタンス値と論理名について、インスタンス値に上位論理のインスタンス値を付加したインスタンス値と論理名を算出する処理を再帰的に繰り返すことにより、全体の論理木構造を把握することができる。ファイルサーバコンピュータ（１０３）は、把握された論理木構造を論理木構造ファイル（４１１）として論理データ管理用ディスク装置（１１２）に保存する。
【００２７】
次に、論理木構造ファイル（４１１）の内容から論理木構造（４１３）を把握する方法について説明する。論理木構造ファイル（４１１）のインスタンス値を「／」で区切って見た場合の最も右側の要素と直前の「／」を取って得られるインスタンス値を持つ論理を論理木構造ファイル（４１１）から探し出すことにより、上位論理を特定することができる。例えば、インスタンス値「／ｉ０／ｉ０／ｉ０／ｉ０」の論理Ｌ１１１１の上位論理（４１２）は、「／ｉ０／ｉ０／ｉ０／ｉ０」を「／」で区切って見た場合の最も右側の要素「ｉ０」と直前の「／」を取って得られるインスタンス値「／ｉ０／ｉ０／ｉ０」の論理Ｌ１１１となる。この処理を論理木構造ファイル（４１１）の全ての要素について実施し、論理の上下関係を組み上げていくと論理木構造（４１３）になる。
【００２８】
なお、上述の説明において、ファイルサーバコンピュータ（１０３）が図３及び図４で示された処理を実行することについて明示したが、本実施の形態は、この場合に限られず、Ｗｅｂサーバコンピュータ（１０２）が図３及び図４で示された処理を実行することも好ましい。
【００２９】
次に、ＣＡＤツールの実行パラメタの生成方法について説明する。一般に、ＣＡＤツールは最上位からの論理の深さやデータの属性（ゲート化論理／設計構造上の論理）によって処理モードが決まり、下位階層の論理から上位階層の論理へと順に処理していく。ここでいうゲート化論理は、ＬＳＩ製造情報のトランジスタ構成情報に変換する必要があるものである。設計構造上の論理は、ゲート化論理を含まず論理構成情報のみを記述したものである。ＣＡＤツールの実行パラメタの生成は、本発明の実施の形態において、Ｗｅｂサーバコンピュータ（１０２）上のＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮ（ＰＡＲＡＭＥＴＥＲ ＧＥＮＥＲＡＴＥＲ）によって実行される。ＣＡＤツールＰＲＯＧは、最上位論理についてはＣモード（ＬＳＩチップ全体を対象とした処理モード）で処理し、最上位論理より下位階層の設計構造上の論理についてはＦモード（ＬＳＩの機能単位を対象とした処理モード）で処理し、ゲート化論理を含む論理についてはＢモード（ＬＳＩの機能の構成要素であるゲート化ブロック論理を対象とした処理モード）で処理することを基本とし、処理の順序は、Ｂモード→Ｆモード→Ｃモードの順で処理するものとする。但し、ゲート化論理が複数の階層で設計されている場合には、そのゲート化論理群の最上位論理に対して下位階層の論理を含めて一括でＢモード処理する。設計構造上の論理が複数の階層で設計されている場合には、できるだけ下位階層でＦモード処理することによりＦモード処理の対象論理規模を抑え、Ｆモード処理階層と最上位階層との間はＣモード処理の前に階層破壊処理するＤモードとして処理するようにパラメタ生成するものとする。この処理について、図５を参照しながら説明する。まず、ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、全論理について、前述の論理木構造ファイルの内容から論理木構造を把握する方法により、論理木構造（５０１）を把握する。その後、論理データの属性を評価する。ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、論理データに対応するライブラリ情報ファイルが論理データ管理用ディスク装置（１１２）に存在するか否かをチェックする。ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、論理データに対応するライブラリ情報ファイルが存在する場合に、ゲート化論理と判定し、ライブラリ情報ファイルが存在しない場合に、設計構造上の論理と判定する。図５の実施の形態において、論理名Ｌ、Ｌ１、Ｌ１１、Ｌ１２に対するライブラリ情報ファイルＬＩＢ＿Ｌ、ＬＩＢ＿Ｌ１，ＬＩＢ＿Ｌ１１、ＬＩＢ＿Ｌ１２は論理データ管理用ディスク装置（１１２）に存在しないので、ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、論理名Ｌ、Ｌ１、Ｌ１１、Ｌ１２に対応する論理データを設計構造上の論理と判定する。論理名Ｌ１１１、Ｌ１１１１、Ｌ１１１２、Ｌ１１２に対するライブラリ情報ファイルＬＩＢ＿Ｌ１１１、ＬＩＢ＿Ｌ１１１１、ＬＩＢ＿Ｌ１１１２、ＬＩＢ＿Ｌ１１２は論理データ管理用ディスク装置（１１２）に存在するので、ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、論理名Ｌ１１１、Ｌ１１１１、Ｌ１１１２、Ｌ１１２に対応する論理データをゲート化論理と判定する。この結果をまとめると、ＬＩＮＥ（５０２）より上の論理は設計構造上の論理で、ＬＩＮＥ（５０２）より下の論理はゲート化論理になる。ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、論理データの属性を判定後、処理モードを決める。論理Ｌ１１１については、下位階層の論理Ｌ１１１１，Ｌ１１１２を含めて一括Ｂモードとなり、論理Ｌ１１２についても下位階層の論理があり同様である。論理Ｌ１，Ｌ１１，Ｌ１２については設計構造上の論理なので、できるだけ下位階層をＦモードとする仕様から論理Ｌ１１と論理Ｌ１２がＦモードとなる。論理Ｌは、最上位論理なのでＣモードとなる。ＦモードとＣモードの間の論理はＤモードとする仕様から論理Ｌ１は、Ｄモードとなる。ＣＡＤツールＰＲＯＧは、下位論理から上位論理へと順に処理する。以上の処理により、ＣＡＤツールＰＲＯＧの実行パラメタＣＡＤ＿ＰＡＲＭ（５０３）が完成する。このように、本発明の実施の形態において、ＣＡＤツール実行パラメタの自動生成を実行する機能は、ＣＡＤツールの使用方法・特性を周知したＣＡＤツール担当者が開発し、ＣＡＤツールの実行前に自動実行するように組み込まれている。これにより、論理設計者は、ＣＡＤツールの使い方を習得することなく、適切なＣＡＤツール実行パラメタでＣＡＤツールを実行できる。
【００３０】
２回目以降のＣＡＤツール実行パラメタの生成方法について説明する。本発明の実施の形態において、２回目以降のＣＡＤツール実行対象論理を、変更論理・処理モードの変更・関連論理を認識することにより、必要最少のものに絞り込む。対象論理を絞り込むには、ＣＡＤツールを実行した際に、論理名単位にレビジョンと処理モードをＣＡＤツール実行情報ファイルに保存しておくことにより、次にＣＡＤツールを実行する際には、全対象論理について、前回と今回のレビジョンを比較することにより更新論理を特定できる。さらに、前回と今回の処理モードを比較することにより処理モードを変更して再実行する必要のある論理が特定できる。これら変更論理・再実行論理の特定は、前述の上位の論理を特定していく方法により上位論理を特定する。特定された変更論理・再実行論理・上位論理についてのみＣＡＤツールを実行することにより、必要最少の論理についてＣＡＤツールを実行することができる。この処理について、図６を参照しながら説明する。まず、ファイルサーバコンピュータ（１０３）は、前述の論理木構造ファイルの内容から論理木構造を把握する方法により、最新の論理木構造（６０１）を把握する。次に、Ｗｅｂサーバコンピュータ（１０２）上のＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、前述のＣＡＤツールの実行パラメタ生成方法により全論理について処理モードを決定する。その後、ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、決定された処理モードと、前回実行したＣＡＤツール実行情報（６０３）の処理モードとを比較する。これにより、ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、論理Ｌ１１の処理モードがＦモードからＤモードに変更になったことがわかる。また、ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、最新の全論理のレビジョンと、前回実行したＣＡＤツール実行情報（６０３）のレビジョンとを比較する。これにより、ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、更新論理が論理Ｌ１１１２と論理Ｌ１１とであることを特定でき、論理名の過不足により論理Ｌ１１ａが追加されたことがわかる。このようにして得られた更新論理は、図６において、最新の論理によるＣＡＤツール実行情報（６０２）のうちの斜体文字部で表された部分である。ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、更新論理より上位の上位論理を最新の論理木構造から把握する。図６において、論理Ｌ１１１２の上位論理は、論理Ｌ１１１２のインスタンス値「／ｉ０／ｉ０／ｉ２／ｉ０／ｉ２」を基にして、順に「／ｉ０／ｉ０／ｉ２／ｉ０」の論理Ｌ１１１、「／ｉ０／ｉ０／ｉ２」の論理Ｌ１１ａ、「／ｉ０／ｉ０」の論理Ｌ１１、「／ｉ０」の論理Ｌ１、「／」の論理Ｌであることがわかる。このようにして得られた更新論理は、図６において、最新の論理木構造（６０１）のうちの斜体文字部で表された部分である。これらの結果から、ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、ＣＡＤツール再実行の際のＣＡＤ＿ＰＡＲＭ（６０４）を得る。
【００３１】
次に、製造データ作成工程の入力データの作成方法について説明する。本発明の実施の形態では、機能検証済み論理を確実に下流工程に渡すために、機能検証済み論理のレビジョン情報を元に、製造データ作成工程で実行するＣＡＤツール実行の前処理で、ＣＡＤツール用の入力データを生成する機能を有する。この処理について、図７を参照しながら説明する。ファイルサーバコンピュータ（１０３）は、機能検証コンパイルを実行した際に、対象となった全論理についての論理名とレビジョンとを、来歴毎の論理データを保存するディスク装置（１１３）の機能検証済み論理ファイル（７０１）に保存する。ＣＡＤツール用実行パラメタ生成ツールＰＡＲＭ＿ＧＥＮは、ＣＡＤツールを実行する際に、前述のＣＡＤツール実行パラメタ作成方法により、ＣＡＤ＿ＰＡＲＭ（７０２）を作成する。このＣＡＤツール実行パラメタの各々の論理について、製造データ作成工程の入力データとなる論理ファイル作成処理を実施する。論理ファイルを作成するために、ファイルサーバコンピュータ（１０３）は、機能検証済み論理ファイル（７０１）に記されたレビジョンの論理データを、来歴毎の設計データを保存するディスク装置（１１３）から復元させる。復元された論理データは、来歴毎の設計データを保存するディスク装置（１１３）内の仮の作業エリア（７０３）に保存される。例えば、論理Ｌ１１１についてみれば、論理Ｌ１１１自身とその下位階層の論理について、ＲＣＳ形式の論理データＬ１１１からの論理データをレビジョン１．１で復元し、ＲＣＳ形式の論理データＬ１１１１からの論理データをレビジョン１．１で復元し、ＲＣＳ形式の論理データＬ１１１２からの論理データをレビジョン１．２で復元する。ファイルサーバコンピュータ（１０３）は、復元された論理データから一括論理ファイル（７０４）を作成する。ここでいう一括論理ファイル（７０４）とは、設計者が把握可能な論理規模単位で作成された論理データについてある階層以下の論理をひとまとめにしたものである。このように、ファイルサーバコンピュータ（１０３）は、ＣＡＤツールの実行パラメタに応じた論理ファイルを機能検証済み論理ファイル（７０１）に記されたレビジョンで復元し、処理モードに応じた論理ファイルを作成することにより、ＣＡＤツールを実行する。これにより、本発明の実施の形態は、機能検証済み論理を確実に下流工程に渡すことを保障している。
【００３２】
次に、本発明の実施の形態におけるＣＡＤツールジョブを実行する方法について説明する。本発明の実施の形態は、複数のＣＡＤツールジョブを効率よく処理する目的で、一つ一つのＣＡＤツールジョブを最短時間で処理できる状態のコンピュータに実行割当てするように、ジョブスケジューリングを実施している。このため、ＣＡＤツールジョブを実行する場合、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＣＡＤツールを実行するためのコマンド及びＣＡＤツールを実行するのに必要なリソースとして、Ｗｅｂサーバコンピュータ（１０２）上のＣＡＤツール実行依頼ツールからＣＡＤツールを実行するのに必要なライセンス情報及びＣＰＵ情報を受け取る。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、リソース管理処理によりライセンスの使用状況及びコンピュータ毎のＣＰＵ使用状況を把握することにより、ライセンスエラーにならない場合に必要とされるＣＰＵ数以上の数のＣＰＵに空きがあるコンピュータを特定する。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、特定されたコンピュータを用いて、Ｗｅｂサーバコンピュータ（１０２）上のＣＡＤツール実行依頼ツールから渡されたコマンドを、ＣＡＤツールジョブを依頼した設計作業用コンピュータ（１０１）オーナーの権限で実行する仕組みを有している。また、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＣＡＤツールジョブを一時的に実行割当てしないようにするために、指定したＣＡＤツールジョブをジョブサーバコンピュータ（１０４）内のジョブスケジューリングキューから待避・復帰させることができる仕組みを有している。このＣＡＤツール実行制御ツールのリソース管理処理においては、ＣＡＤツール担当者が、予めジョブサーバコンピュータ（１０４）のリソース定義ファイルに対して、リソースの内容がわかる名称でリソース名を定義しておくことで、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールが、Ｗｅｂサーバコンピュータ（１０２）上のＣＡＤツール実行依頼ツールから渡されたリソース情報を元に、使用可能なライセンス数と使用可能なコンピュータとを割当てる。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、リソース定義ファイルに定義されたリソースについて使用状況を把握し、ＣＡＤツールジョブ依頼時に設計作業用コンピュータ（１０１）を介して渡される必要リソース情報を基にして、そのＣＡＤツールジョブが必要とするリソースに必要なＣＰＵ数分の空きがあるか否かをチェックする。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＣＡＤツールジョブが必要とするリソースに必要なＣＰＵ数分の空きがある場合に、リソースを割当てるコンピュータを選定する。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、使用するリソースの分だけ使用中リソース数を増やして、ＣＡＤツールジョブを依頼した設計作業用コンピュータ（１０１）オーナーの権限でＣＡＤツールジョブを実行する。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＣＡＤツールジョブが終了した場合、ＣＡＤツールジョブに使用していたリソースの分だけ使用中リソース数を減らす。また、一つでもリソース不足がある場合には、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、一定時間経過後に再度この処理を繰り返すものである。尚、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールによって把握される使用中のリソース数は、本発明の実施の形態の図２に記載のシステムが立ち上がるときに、０を初期値として設定される。
【００３３】
このＣＡＤツールの実行管理方法について、図８を参照して説明する。ジョブサーバコンピュータ（１０４）上のＣＡＤツールＰＲＯＧのジョブＪＯＢは、実行するのにライセンスを１つ使用し、ＣＰＵを１つ使用するものとする。ＣＡＤツール担当者は、リソース定義ファイルＲＥＳ＿ＦＩＬＥ（８０１）に、リソース名、使用可能なライセンス数及びワークステーションを割当てる。例えば、ＣＡＤツールＰＲＯＧのライセンスについていえば、ＣＡＤツール担当者は、リソース名ＰＲＯＧに対し、使用可能なライセンス数としてライセンス数３を、実行可能なコンピュータとしてＷＳ１，ＷＳ２，ＷＳ３を割当てる。ここでいうコンピュータＷＳは、設計処理に用いられる設計処理用コンピュータ（１０５）に含まれるそれぞれのコンピュータＷＳのことである（以下同様）。さらに、コンピュータＷＳは、それぞれが１つ又は複数のＣＰＵを備えている。ＣＡＤツール担当者は、コンピュータのＣＰＵ数について、リソース名ＣＰＵに対し、コンピュータが搭載しているＣＰＵ数を使用可能なＣＰＵ数として割り当る。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、実行可能なコンピュータを割当てる。この例では、ＰＲＯＧライセンス数は３ヶあり、また全てのコンピュータがＣＰＵを２ヶ搭載しているものとして説明する。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）は、ＣＡＤツールＰＲＯＧのジョブＪＯＢ（８０３）を受け付けると、ＣＡＤツールを実行するのに必要なリソースとして渡されたライセンス情報とＣＰＵ情報について、必要数分の空きがあるかチェックする。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ライセンスリソースについて、ＲＥＳ＿ＦＩＬＥ（８０１）に定義されている使用可能数からメモリ上で把握している使用中リソース数（８０４）を引いた値が、ジョブＪＯＢの実行に必要なライセンス数１以上の場合、ライセンスに空きがあると判断し、ジョブＪＯＢの実行に必要なライセンス数１よりも小さい場合、ライセンスに空きがないと判断する。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ライセンスに空きがあると判断した場合、更にＣＡＤツールＰＲＯＧが実行可能なコンピュータとして定義されているＷＳ１，ＷＳ２，ＷＳ３について、順にＣＰＵリソースの空きがあるかをチェックする。チェック方法は、ＲＥＳ＿ＦＩＬＥ（８０１）に定義されている使用可能数からメモリ上で把握している使用中リソース数を引いた値が、ジョブＪＯＢの実行に必要なＣＰＵ数１以上の場合、そのコンピュータで実行可能と判断し、ジョブＪＯＢの実行に必要なＣＰＵ数１よりも小さい場合、そのコンピュータでは実行不可と判断する。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、この処理をコンピュータＷＳ１，ＷＳ２，ＷＳ３のＣＰＵリソースについて順に実行して、ＣＰＵリソースに空きがあるコンピュータを見つける。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＣＡＤツールＰＲＯＧのジョブＪＯＢを実行するために必要なライセンスリソースに空きがあり、かつコンピュータＷＳ１，ＷＳ２，ＷＳ３のいずれかにＣＰＵリソースの空きがある場合、ジョブＪＯＢは実行可能と判定し、それ以外の場合、ジョブＪＯＢは実行不可と判定する。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ジョブＪＯＢが実行不可の場合、一定時間経過後、再度この処理を実施する。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ジョブＪＯＢが実行可能な場合には、メモリ上で把握しているＰＲＯＧリソース及び実行コンピュータのＣＰＵリソースの使用中リソース数をそれぞれ１加算してから、ジョブ依頼したオーナー権限でジョブＪＯＢを実行する（８０５）。ジョブＪＯＢの実行が終了すると、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＰＲＯＧリソース及び実行コンピュータのＣＰＵリソースの使用中リソース数をそれぞれ１減算する（８０６）。本実施の形態によれば、上述のリソース管理処理によるジョブスケジューリングを実施することで、ライセンスエラーをおこすことなくコンピュータのＣＰＵを占有してジョブを実行することができ、その結果として、ジョブＪＯＢを最短時間で処理することを実現できる。
【００３４】
しかし、例えば、ライセンスリソースに空きがありかつＣＰＵリソースに空きがない状況の下で、１つのＣＰＵリソースしか使用しないＣＡＤツールジョブと、２つのＣＰＵリソースを使用するＣＡＤツールジョブとが、同じコンピュータで実行されるようにリソース指定された場合、上述のリソース管理処理だけにたよることは好ましい方法とはいえない。なぜなら、このような複数ジョブが実行待ち状態にある場合、１つのＣＰＵリソースしか使用しないＣＡＤツールジョブが最初に終了してしまうと、１つのＣＰＵリソースしか使用しないＣＡＤツールジョブだけが実行可能となり、そのＣＡＤツールジョブが終了するとまた１つのＣＰＵリソースしか使用しないＣＡＤツールジョブだけが実行可能となる状況が続いてしまう。そして、ＣＰＵリソース空き待ち状態で競合している複数のＣＡＤツールジョブのうち２つのＣＰＵリソースを使用するＣＡＤツールジョブは、１つのＣＰＵリソースしか使用しないＣＡＤツールジョブがなくなるまで、実行可能にならないという状況に陥る。この状態について、具体的に、図９を参照して説明する。例えば、コンピュータＷＳは、使用可能なＣＰＵリソース数として２つのＣＰＵを設定されているとする。ＣＡＤツールＪＯＢ１，ＪＯＢ２，ＪＯＢ３，ＪＯＢ４，ＪＯＢ５，ＪＯＢ６は、コンピュータＷＳで実行するジョブであり、ライセンスリソースは必要数分あるものとする。ＪＯＢ１，ＪＯＢ２，ＪＯＢ５，ＪＯＢ６はＣＰＵリソースを１使用するジョブで、ＪＯＢ３，ＪＯＢ４はＣＰＵリソースを２使用するジョブとする。設計者は、これらのジョブをＪＯＢ１，ＪＯＢ２，ＪＯＢ３，ＪＯＢ４，ＪＯＢ５，ＪＯＢ６の順に実行依頼し、最初のジョブを依頼した時点でＷＳの使用中ＣＰＵリソース数は０であるとする。この場合、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、リソース管理処理の結果、ＪＯＢ１，ＪＯＢ２を実行可能と判断し、ジョブを実行する。このとき、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＪＯＢ３，ＪＯＢ４，ＪＯＢ５，ＪＯＢ６をＣＰＵリソース不足で実行不可とし、実行待ち（９０１）とする。ＪＯＢ１，ＪＯＢ２のジョブのうち、ＪＯＢ１が先に終了した場合（９０２）、その時点でＷＳの使用中ＣＰＵリソース数は１になるので、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＪＯＢ５を実行可能とし、実行する（９０３）。次に、ＪＯＢ２，ＪＯＢ５のジョブのうち、ＪＯＢ２が先に終了した場合（９０４）、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＪＯＢ６を実行可能とし、実行する（９０５）。このとき、ＣＰＵリソースを１使用するジョブＪＯＢ７が設計者によって実行依頼された場合、実行中のジョブのいずれかが終了した時点（９０６）で実行可能になるのはＪＯＢ７となる（９０７）。このように、１つのＣＰＵリソースを使用するＣＡＤツールジョブが全て実行終了しない限り、ＪＯＢ３，ＪＯＢ４は実行可能にならない。
【００３５】
このような状態を回避するために、本発明の実施の形態によれば、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、複数個のＣＰＵリソースを使用するＣＡＤツールジョブが実行待ちしていることにより、ライセンスリソースに空きがあるにもかかわらずＣＰＵリソース不足を理由に実行不可になるような場合、必要なＣＰＵリソース数分の空きを作るために、必要なＣＰＵリソース分より少ないＣＰＵリソースで実行可能状況にある複数のＣＡＤツールジョブを一時的に実行割当てしないようにする。
【００３６】
具体的には、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、同じコンピュータで実行するようにリソース指定されＣＰＵリソース空き待ちで競合関係にある全てのジョブについて、必要とするＣＰＵリソース数を調査する。調査の結果、必要とするＣＰＵリソース数にばらつきがありかつ最もＣＰＵリソース数を必要とするジョブに必要なＣＰＵリソースが、設計者によって実行依頼されたコンピュータで使用可能になっていない場合、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＣＰＵリソースを最も多く必要とするジョブのＣＰＵリソース数より少ないＣＰＵリソース数で実行可能なＣＡＤツールジョブをジョブスケジューリングキューから待避させることにより、競合関係にある複数のＣＡＤツールジョブの実行待ち状態を解除する。解除することにより、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＣＰＵリソース数不足により待ち状態となっているジョブに、ＣＰＵリソースを割当てる。これにより、２つのＣＰＵリソースを使用するＣＡＤツールジョブが実行可能な状況を作り出すことが可能となる。更に、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ジョブアービトレーション機能を有する。ここでいうジョブアービトレーション機能は、実行依頼されたコンピュータの使用可能なＣＰＵリソース数が、最もＣＰＵリソース数を必要とするジョブが必要とするＣＰＵリソース数分以上になると、待避させたＣＡＤツールジョブをジョブスケジューリングキューに復帰させるものである。
【００３７】
このジョブアービトレーション機能について、図１０を参照して説明する。説明に利用する状況は図９と同様とする。ＪＯＢ１，ＪＯＢ２が実行され、ＪＯＢ３，ＪＯＢ４，ＪＯＢ５，ＪＯＢ６については、ＣＰＵリソース不足で実行不可となり、実行待ちになるところまでは、図９と同様である（１００１）。この時、実行待ち中のジョブの中で最もＣＰＵリソースを使用するジョブは、ＣＰＵリソース数２を必要としているので、ＷＳの使用可能なＣＰＵリソース数が２になるまで、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＪＯＢ５，ＪＯＢ６をジョブスケジューリングキューから待避させる（１００２）。ＪＯＢ１，ＪＯＢ２の双方のジョブが終了した時点で（１００３）、ＷＳの使用可能なＣＰＵリソース数が２になるので、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、ＪＯＢ５，ＪＯＢ６をジョブスケジューリングキューから復帰させる（１００４）。この時点で実行可能になるのは、ＪＯＢ３である（１００５）。次に、実行可能になるのは、ＪＯＢ４である（１００６）。その次に、実行可能になるのは、ＪＯＢ５とＪＯＢ６である（１００７）。本発明の実施の形態は、このジョブアービトレーション機能により、必要とするＣＰＵリソース数にばらつきのあるＣＡＤツールジョブが同じコンピュータで実行するように依頼されてもＣＰＵリソース数の違いの影響を受けないジョブスケジューリングを実現している。
【００３８】
次に、大容量ＣＡＤデータベースを使用するＣＡＤツールを高速に処理するためのシステム構成について説明する。本発明の実施の形態において、小容量のデータは、ＬＡＮ（１３１）環境で一般的に使用されるネットワーク経由のファイルサービスであるＮＦＳ（１３２）上に構築されている。大容量のＣＡＤデータベースは、高速アクセス可能なＳＡＮ（１３３）上に構築されている。しかしながら、ＳＡＮ（１３３）は、コンピュータとディスク装置をファイバチャネルで接続するため高速にアクセスできるが、複数のコンピュータから同時にライトマウントした状態で書き込み処理を実行した場合、最後にアンマウントしたコンピュータで実施した書き込み処理の内容が最終的にディスク装置に保存されてしまう。このため、本発明の実施の形態では、同時に複数のコンピュータからライトマウントすることを防止し、１つのコンピュータだけがライトマウントを実行できることとする。本発明の実施の形態では、ライトマウント中のコンピュータがある場合、他のコンピュータではリードマウントもライトマウントもできないようにする。本発明の実施の形態では、複数のコンピュータから同時にリードマウントを実行することはできる一方、リードマウント中のコンピュータが１つでもある場合にはライトマウントを防止することにより、ＣＡＤデータベースへの二重書き込みによるデータ消失を防止している。これらの処理は、大容量のＣＡＤデータベースにアクセスするＣＡＤツールジョブの場合に、コマンドの実行前後でジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールがＳＡＮアクセス管理を実施することによって実現される。なお、ここでいうライトマウントは、書き込み権限でディスクアクセスすることであり、リードマウントは、読み込み権限ディスクアクセスすることである。
【００３９】
このＳＡＮアクセス管理方式について説明する。まず、大容量ＣＡＤデータベース用ディスク装置（１２２）をライトマウントして実行するＣＡＤツールジョブについて、図１１を参照して説明する。ジョブＪＯＢの依頼時に、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールは、大容量ＣＡＤデータベース用ディスク装置（１２２）をライトマウントする必要があることを判断し、要求する。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）は、大容量ＣＡＤデータベース用ディスク装置（１２２）をライトマウントする必要があることを示すパラメタ（ライトモード）（１１０１）をコンピュータＷＳに渡す。これにより、コンピュータＷＳは、コマンドの実行前に、大容量ＣＡＤデータベース用ディスク装置（１２２）をライトマウントするための前処理を実行する。コンピュータＷＳは、ライトマウントのための前処理の実行結果であるリターンコード（１１０５）が０の場合にだけ、コマンド実行後の処理を順次実行し、リターンコード（１１０５）が０以外の場合にはリターンコード（１１０５）Ｘを戻すスクリプトＡ（１１０３）を生成する。リターンコード（１１０５）Ｘを戻すスクリプトＡ（１１０３）を生成するのは、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツールに対して、コマンドの再実行が必要であることを連絡するためである。大容量ＣＡＤデータベース用ディスク装置（１２２）をライトマウントする場合の前処理として、コンピュータＷＳは、ファイルＭｏｕｎｔ＿Ｗ、またはファイルＭｏｕｎｔ＿Ｒを実行しているか否かをチェックする。ここでいうファイルＭｏｕｎｔ＿Ｗは、大容量ＣＡＤデータベース用ディスク装置（１２２）がライトマウントで使用中であることを示すファイルである。ファイルＭｏｕｎｔ＿Ｒは、大容量ＣＡＤデータベース用ディスク装置（１２２）がリードマウントで使用中であることを示すファイルである。コンピュータＷＳは、ファイルＭｏｕｎｔ＿Ｗ、またはファイルＭｏｕｎｔ＿Ｒを実行している場合、ライトマウントすることができない状況と判断する。この場合、ファイルサーバコンピュータ（１０３）上のＣＡＤツール実行制御ツール（８０２）は、コンピュータＷＳから０以外のリターンコード（１１０５）を受けている。コンピュータＷＳは、ファイルＭｏｕｎｔ＿Ｗ、またはファイルＭｏｕｎｔ＿Ｒのいずれのファイルも実行していない場合、ライトマウントすることができる状況と判断し、ライトマウント処理を実施すると同時に、サイズ０のＭｏｕｎｔ＿Ｗ（１１０４）を作成する処理を実行する。この場合、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）は、コンピュータＷＳからリターンコード（１１０５）０を受けている。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）は、リターンコード（１１０５）Ｘを受けた場合、依頼されたジョブをジョブスケジューリングキューの先頭に戻す処理を実施し、一定時間経過後の再度処理を繰り返す。コマンドの実行が終了した場合、コンピュータＷＳは、大容量ＣＡＤデータベース用ディスク装置（１２２）をライトマウントした後処理として、アンマウント処理を実施すると同時に、ファイルＭｏｕｎｔ＿Ｗ１１０４を削除する処理を実施する。コンピュータＷＳは、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）にコマンドのリターンコード（１１０５）を返して処理を終了する。このＳＡＮアクセス管理を実施することにより、本発明の実施の形態は、１つのＣＡＤツールジョブだけが大容量ＣＡＤデータベース用ディスク装置（１２２）に対しライト処理を実施するようにしている。
【００４０】
次に、大容量ＣＡＤデータベース用ディスク装置（１２２）をリードマウントして実行するＣＡＤツールジョブについて、図１２を参照して説明する。ジョブＪＯＢの依頼時に、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）は、大容量ＣＡＤデータベース用ディスク装置（１２２）をリードマウントする必要があることを要求する。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）は、大容量ＣＡＤデータベース用ディスク装置（１２２）をライトマウントする必要があることを示すパラメタ（リードモード）（１１０１）を渡す。これにより、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）は、コマンドの実行前に、大容量ＣＡＤデータベース用ディスク装置（１２２）をリードマウントするための前処理を実行する。コンピュータＷＳは、リードマウントのための前処理の実行結果であるリターンコード（１１０５）が０の場合にだけ、コマンド実行後の処理を順次実行し、リターンコード（１１０５）が０以外の場合にはリターンコード（１１０５）Ｘを戻すスクリプトＡ（１１０３）を生成する。リターンコード（１１０５）Ｘを戻すスクリプトＡ（１１０３）を生成するのは、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）に対して、コマンドの再実行が必要であることを連絡するためである。大容量ＣＡＤデータベース用ディスク装置（１２２）をリードマウントする場合の前処理として、コンピュータＷＳは、ファイルＭｏｕｎｔ＿Ｗを実行しているか否かをチェックする。コンピュータＷＳがファイルＭｏｕｎｔ＿Ｗを実行している場合、リードマウントすることができない状況と判断する。この場合、ファイルサーバコンピュータ（１０３）上のＣＡＤツール実行制御ツールは、コンピュータＷＳから０以外のリターンコード（１１０５）を受けている。コンピュータＷＳは、ファイルＭｏｕｎｔ＿Ｗを実行していない場合、リードマウントすることができる状況と判断し、コンピュータＷＳが有するファイルＭｏｕｎｔ＿Ｒ（１２０３）にコマンドを実行するコンピュータ名を記録する。それと並行して、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）は、他のＣＡＤツールジョブによって実行されるコンピュータＷＳで既に大容量ＣＡＤデータベース用ディスク装置（１２２）がライトマウントされていないか否かを調査する。ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）は、他のコンピュータＷＳによってもライトマウントされていない場合にだけ、リードマウント処理を実施する。リードマウント処理が終了した場合、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）は、コンピュータＷＳからリターンコード（１１０５）０を受ける。コマンドの実行が終了した場合、コンピュータＷＳは、大容量ＣＡＤデータベース用ディスク装置（１２２）をリードマウントした後処理として、ファイルＭｏｕｎｔ＿Ｒ（１２０３）から実行されたコマンドのコンピュータ名を削除する。コンピュータＷＳは、ファイルＭｏｕｎｔ＿Ｒ（１２０３）に実行したコンピュータ名が残っていない場合にだけ、アンマウント処理を実施する。コンピュータＷＳは、ジョブサーバコンピュータ（１０４）上のＣＡＤツール実行制御ツール（８０２）にコマンドのリターンコード（１１０５）を返して処理を終了する。また、この後処理でファイルＭｏｕｎｔ＿Ｒ（１２０３）のサイズが０になる場合には、リードマウントしているコンピュータが無くなったということであるため、コンピュータＷＳは、ファイルＭｏｕｎｔ＿Ｒ（１２０３）を削除する。このＳＡＮアクセス管理を実施することにより、本発明の実施の形態は、大容量ＣＡＤデータベース用ディスク装置（１２２）に対して、複数のＣＡＤツールジョブがＳＡＮを介して同時にリードアクセスすることを可能にしている。
【００４１】
【発明の効果】
本発明によれば、設計データと検証した論理の来歴とを管理するため、ＬＳＩ製造データ不良が発生しない設計工程間データ管理を実現できるとともに、製造コストの削減ができる。
【００４２】
また、本実施例によれば、論理構造を認識してＣＡＤツールに最適な実行パラメタを自動生成し、更に変更論理の把握はレビジョンと処理モードで実施するため、今後のＬＳＩの大規模化に対応可能である。
【００４３】
さらに、本実施例によれば、コンピュータ及びＣＡＤツールライセンスリソースの使用状況を把握するとともに、Ｉ／ＯトランザクションについてもＮＦＳとＳＡＮとを使い分けて大容量のデータへ高速にアクセスできるようにすることにより、ＣＡＤツールジョブが最大のパフォーマンスで実行可能となり、設計期間の短縮ができる。
【図面の簡単な説明】
【図１】本発明の実施の形態における論理設計フロー及び設計データフローである。
【図２】本発明の実施の形態における論理設計支援装置の構成である。
【図３】本発明の実施の形態における論理データ管理概要である。
【図４】本発明の実施の形態における論理木構造の把握方法である。
【図５】本発明の実施の形態におけるＣＡＤツール実行パラメタの作成方法である。
【図６】本発明の実施の形態における２回目以降のＣＡＤツール実行パラメタの作成方法である。
【図７】本発明の実施の形態における製造データ作成工程の入力データ作成方法である。
【図８】本発明の実施の形態のＣＡＤツール実行制御ツールにおけるリソース管理方法である。
【図９】ＣＰＵリソース数の異なるジョブが競合した場合についての説明図である。
【図１０】本発明の実施の形態におけるＣＰＵリソース数の異なるジョブが競合した場合の処理方法である。
【図１１】本発明の実施の形態におけるＳＡＮ制御方式におけるライトマウントの処理方法である。
【図１２】本発明の実施の形態におけるＳＡＮ制御方式におけるリードマウントの処理方法である。
【符号の説明】
１０１ 設計作業用コンピュータ
１０２ Ｗｅｂサーバコンピュータ
１０３ ファイルサーバコンピュータ
１０４ ジョブサーバコンピュータ
１０５ 設計処理用コンピュータ
１１１ 設計作業用ディスク装置
１１２ 論理データ管理用ディスク装置
１１３ 来歴毎の論理データを保存するディスク装置
１１４ 来歴管理した論理データベース
１２１ ファイバーチャネル切り替えスウィッチ
１２２ 大容量ＣＡＤデータベース用ディスク装置
１３１ ＬＡＮ
１３２ ＮＦＳ
１３３ ＳＡＮ
２０１ 機能設計
２０２ 機能検証
２０３ 製造データ作成
２１１ 機能設計レビジョン
２１２ 機能検証用の入力データ
２１３ 機能検証レビジョン
２１４ 製造データ作成用の入力データ
Claims (21)
- ＬＳＩ内部の論理データを設計するＬＳＩ内部論理設計システムであって、
前記論理データを更新するために利用される複数のコンピュータと、
前記複数のコンピュータを利用して更新された前記論理データの更新履歴情報を保存する論理データ保存用ディスク装置と、
前記更新履歴情報保存用ディスク装置に保存した前記更新履歴情報を管理する更新履歴情報管理コンピュータと、
前記ＬＳＩの設計処理に利用されるデータを格納する設計処理用データベースとを有し、
前記論理データの更新履歴情報は、前記設計処理用データベースに格納されたデータを利用して行われるＬＳＩの第１の機能の検証に際して、前記論理データ保存用ディスク装置から抽出され、前記ＬＳＩの第１の機能検証用入力データの作成に利用されるものであり、前記ＬＳＩの第１の機能の検証が終了した場合に更新されて前記論理データ保存用ディスク装置に格納されるものであることを特徴とするＬＳＩ内部論理設計システム。 - 請求項１に記載のＬＳＩ内部論理設計システムにおいて、
前記ＬＳＩの第１の機能検証終了後に更新された前記論理データの更新履歴情報は、前記設計処理用データベースに格納されたデータを利用して行われるＬＳＩの第２の機能の検証に際して、前記論理データ保存用ディスク装置から抽出され、前記ＬＳＩの第２の機能検証用入力データの作成に利用されるものであり、前記ＬＳＩの第２の機能の検証が終了した場合に更新されて前記論理データ保存用ディスク装置に格納されるものであることを特徴とするＬＳＩ内部論理設計システム。 - 請求項２に記載のＬＳＩ内部論理設計システムにおいて、
前記ＬＳＩの第２の機能検証終了後に更新された前記論理データの更新履歴情報は、前記設計処理用データベースに格納されたデータを利用して行われるＬＳＩの製造データの作成に際して、前記論理データ保存用ディスク装置から抽出され、前記ＬＳＩの製造データ作成用入力データの作成に利用されるものであり、作成されたＬＳＩの製造データを基にしてＬＳＩを作成することを特徴とするＬＳＩ内部論理設計システム。 - 請求項１に記載のＬＳＩ内部論理設計システムにおいて、
前記ＬＳＩの第１の機能検証終了後に更新された前記論理データの更新履歴情報は、前記設計処理用データベースに格納されたデータを利用して行われるＬＳＩの製造データの作成に際して、前記論理データ保存用ディスク装置から抽出され、前記ＬＳＩの製造データ作成用入力データの作成に利用されるものであり、作成されたＬＳＩの製造データを基にしてＬＳＩを作成することを特徴とするＬＳＩ内部論理設計システム。 - 請求項１に記載のＬＳＩ内部論理設計システムにおいて、
前記論理データの更新履歴情報は、前記論理データの論理名単位に、論理名、前記論理名に対応する論理データ、及び前記論理名に対応する論理データの来歴情報を含むものであることを特徴とするＬＳＩ内部論理設計システム。 - 請求項５に記載のＬＳＩ内部論理設計システムにおいて、
前記来歴情報は、前記論理名に対応する論理データのレビジョン、前記論理名に対応する論理データの更新日付、及び前記論理名に対応する論理データの作成者についての情報を含むものであることを特徴とするＬＳＩ内部論理設計システム。 - 請求項５に記載のＬＳＩ内部論理設計システムにおいて、
前記論理データの更新履歴情報は、前記論理データ保存用ディスク装置に格納されている所定の論理名に対応する論理データが前記複数のコンピュータのうちのいずれかのコンピュータによって編集されているか否を示す編集ステータス情報を含むものであることを特徴とするＬＳＩ内部論理設計システム。 - 請求項７に記載のＬＳＩ内部論理設計システムにおいて、
前記更新履歴情報管理コンピュータは、前記編集ステータス情報が編集中であることを示している場合に、前記複数のコンピュータのうちのいずれかのコンピュータに対して、所定の論理名に対応する論理データが編集中であることを知らせるものであることを特徴とするＬＳＩ内部論理設計システム。 - 請求項８に記載のＬＳＩ内部論理設計システムにおいて、
前記更新履歴情報管理コンピュータは、前記編集ステータス情報が編集中でないことを示している場合に、前記複数のコンピュータのうちのいずれかのコンピュータからの編集作業要求に応じて、所定の論理名に対応する論理データに関する前記編集ステータス情報を編集中に変更し、前記編集中の編集ステータス情報に対応する論理データの編集を受け入れ、編集が終了した場合に前記編集された論理データの更新履歴情報を更新し、前記編集中の編集ステータス情報を編集中でないことを示すように変更するものであることを特徴とするＬＳＩ内部論理設計システム。 - 請求項７に記載のＬＳＩ内部論理設計システムにおいて、
前記更新履歴情報管理コンピュータは、前記編集ステータス情報が編集中でないことを示している場合に、前記複数のコンピュータのうちのいずれかのコンピュータからの編集作業要求に応じて、所定の論理名に対応する論理データに関する前記編集ステータス情報を編集中に変更し、前記編集中の編集ステータス情報に対応する論理データの編集を受け入れ、編集が終了した場合に前記編集された論理データの更新履歴情報を更新し、前記編集中の編集ステータス情報を編集中でないことを示すように変更するものであることを特徴とするＬＳＩ内部論理設計システム。 - 請求項１に記載のＬＳＩ内部論理設計システムにおいて、
前記論理データ保存用ディスク装置は、複数のディスク装置によって構成されており、
前記論理データの更新履歴情報は、前記複数のディスク装置に多重化して保存されており、
前記更新履歴情報管理コンピュータは、前記複数のディスク装置のうちのいずれかのディスク装置から所定の論理データが検出されない場合、前記複数のディスク装置のうちの他のディスク装置から前記所定の論理データを検出させるものであることを特徴とするＬＳＩ内部論理設計システム。 - ＬＳＩ内部の論理データを設計するＬＳＩ内部論理設計システムであって、
前記論理データを用いた設計作業に利用される複数のコンピュータと、
前記複数のコンピュータによる前記設計作業に利用される論理データの来歴が管理される更新履歴情報を保存する更新履歴情報保存用ディスク装置と、
前記更新履歴情報保存用ディスク装置に保存した前記更新履歴情報を管理する更新履歴情報管理コンピュータと、
前記論理データを用いた設計作業に利用される設計処理用データを格納する設計処理用データベースと、
前記設計処理用データベースに格納されている設計処理用データを用いて設計処理を実行する設計処理用コンピュータとを有し、
前記更新履歴情報は、論理データと、前記論理データの来歴情報とを含むものであることを特徴とするＬＳＩ内部論理設計システム。 - 請求項１２に記載のＬＳＩ内部論理設計システムにおいて、
前記更新履歴情報管理コンピュータは、前記複数のディスク装置のうちのいずれかのディスク装置が設計作業をしている論理データに対応する所定のレビジョンの論理データが前記更新履歴情報保存用ディスク装置に保存されていない場合に、前記所定のレビジョンの論理データの来歴を前記更新履歴情報から確認し、確認された来歴のうちの最終レビジョンの論理データをもとにして前記所定のレビジョンの論理データを復元するものであることを特徴とするＬＳＩ内部論理設計システム。 - 請求項１２に記載のＬＳＩ内部論理設計システムにおいて、
前記更新履歴情報は、前記更新履歴情報保存用ディスク装置に格納されている論理データが前記複数のコンピュータのうちのいずれかのコンピュータによって設計作業されているか否かを示す編集ステータス情報とを含むものであることを特徴とするＬＳＩ内部論理設計システム。 - 請求項１４に記載のＬＳＩ内部論理設計システムにおいて、
前記更新履歴情報管理コンピュータは、前記複数のコンピュータのうちの所定のコンピュータによる設計作業が終了する場合に、前記編集ステータス情報をチェックし、前記所定の論理データが前記所定のコンピュータ以外のコンピュータによる設計作業中であることを示す場合であっても、前記設計作業終了後の論理データに関する前記更新履歴情報を前記更新履歴情報保存用ディスク装置に格納させることを特徴とするＬＳＩ内部論理設計システム。 - 請求項１２に記載のＬＳＩ内部論理設計システムにおいて、
前記更新履歴情報は、論理データの論理名、前記論理名に対応する論理データ、及び前記論理名に対応する論理データの来歴情報を含むものであり、
前記更新履歴情報管理コンピュータは、
前記複数のコンピュータのうちのいずれかのコンピュータから指定された論理データを基にして、前記更新履歴情報から前記指定された論理データに対応する論理名を検出し、前記検出された論理名を基にして前記更新履歴情報の全体の論理木構造を把握する機能と、
前記指定された論理データが使用しているライブラリの種類を検出し、前記検出されたライブラリの種類から前記指定された論理データの属性を把握する機能と、
前記把握された全体の論理木構造と前記把握された論理データの属性とを基にして、前記設計処理用コンピュータによって実行されるＣＡＤツール向けの最適パラメータを生成する機能とを有するものであることを特徴とするＬＳＩ内部論理設計システム。 - 請求項１２に記載のＬＳＩ内部論理設計システムにおいて、
前記更新履歴情報は、論理データの論理名、前記論理名に対応する論理データ、及び前記論理名に対応する論理データの来歴情報を含むものであり、
前記更新履歴情報管理コンピュータは、前記設計処理用コンピュータによってＬＳＩの機能の検証が実行された後に、前記ＬＳＩの機能の検証に用いられた論理データの論理名、論理データ及び来歴情報を、前記更新履歴情報保存用ディスク装置に前記更新履歴情報として保存させるものであり、
前記設計処理用コンピュータは、前記複数のコンピュータのうちのいずれかのコンピュータから前記更新履歴情報管理コンピュータを介して読み出された所定のレビジョンの論理データを用いて、前記設計処理用コンピュータによって実行されるＣＡＤツールの入力形式に応じたデータを作成するものであることを特徴とするＬＳＩ内部論理設計システム。 - 請求項１２に記載のＬＳＩ内部論理設計システムにおいて、
前記設計処理用コンピュータは、ＣＡＤツールの実行要求、前記ＣＡＤツールのライセンス、及び前記ＣＡＤツールの利用を要求する前記複数のコンピュータ毎のＣＰＵに関する情報を、前記複数のコンピュータから受け取り、前記ＣＡＤツールのライセンスの使用状況及び前記複数のコンピュータのＣＰＵの使用状況を監視することにより、前記複数のコンピュータのうち前記ＣＡＤツールによって実行される処理プロセスを割当てるコンピュータを選択することを特徴とするＬＳＩ内部論理設計システム。 - 請求項１８に記載のＬＳＩ内部論理設計システムにおいて、
前記設計処理コンピュータは、前記ＣＡＤツールのライセンスに空きライセンスがあるにも拘わらず、前記複数のコンピュータのＣＰＵリソースが不足することに依って前記ＣＡＤツールが実行不可能である場合、他のＣＡＤツールの実行を一時中断させることにより、前記空きライセンスがあるＣＡＤツールに前記不足しているＣＰＵリソースを割当てることを特徴とするＬＳＩ内部論理設計システム。 - ＬＳＩ内部の論理データを設計するＬＳＩ内部論理設計システムであって、
前記論理データを用いた設計作業に利用される複数のコンピュータと、
前記複数のコンピュータによる前記設計作業に利用される論理データの来歴が管理される更新履歴情報を保存する更新履歴情報保存用ディスク装置と、
前記更新履歴情報保存用ディスク装置に保存した前記更新履歴情報を管理する更新履歴情報管理コンピュータと、
前記論理データを用いた設計作業に利用される設計処理用データを格納する設計処理用データベースと、
前記設計処理用データベースに格納されている設計処理用データを用いて設計処理を実行する設計処理用コンピュータとを有し、
前記更新履歴情報保存用ディスク装置と前記更新履歴情報管理コンピュータとは、ＮＦＳで接続され、
前記設計処理用データベースと前記設計処理用コンピュータとは、ＳＡＮで接続され、
前記設計処理用データベースに保存される前記設計処理用データは、前記設計処理用コンピュータによるＣＡＤツールの実行前に、前記設計処理用コンピュータから読み出し又は書き込み要求され、前記設計処理用コンピュータによるＣＡＤツールの実行後に、前記更新履歴情報保存用ディスク装置に要求解除されるものであることを特徴とするＬＳＩ内部論理設計システム。 - 請求項２０に記載のＬＳＩ内部論理設計システムにおいて、
前記設計処理用コンピュータは、前記設計処理用データが読み出し要求されているか否か、又は前記設計処理用データが書き込み要求されているか否かを示す状態情報を管理しており、前記読み出し要求に対しては、複数の前記読み出し要求を受け付け、前記書き込み要求に対しては、複数の前記書き込み要求を受け付けないこととすることを特徴とするＬＳＩ内部論理設計システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003189161A JP4297744B2 (ja) | 2003-07-01 | 2003-07-01 | Ｌｓｉ内部論理設計システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003189161A JP4297744B2 (ja) | 2003-07-01 | 2003-07-01 | Ｌｓｉ内部論理設計システム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2005025424A true JP2005025424A (ja) | 2005-01-27 |
| JP2005025424A5 JP2005025424A5 (ja) | 2006-08-24 |
| JP4297744B2 JP4297744B2 (ja) | 2009-07-15 |
Family
ID=34187445
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003189161A Expired - Fee Related JP4297744B2 (ja) | 2003-07-01 | 2003-07-01 | Ｌｓｉ内部論理設計システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4297744B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006260074A (ja) * | 2005-03-16 | 2006-09-28 | Fujitsu Ltd | Ｃａｄデータ管理装置 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0241570A (ja) * | 1988-08-02 | 1990-02-09 | Nec Corp | 電気回路図設計システム |
| JPH0793395A (ja) * | 1993-09-27 | 1995-04-07 | Fujitsu Ltd | 電子回路設計データの管理方法 |
| JPH08137923A (ja) * | 1994-11-11 | 1996-05-31 | Nec Commun Syst Ltd | Ｃａｄシステムの設計データ管理方式 |
| JP2001147908A (ja) * | 1999-11-19 | 2001-05-29 | Fujitsu Ltd | 負荷分散システム |
| JP2002358331A (ja) * | 2001-06-04 | 2002-12-13 | Asahi Optical Co Ltd | プリント基板用多層データのデータ編集処理を分散処理するプリント基板データ編集システム及び分散処理方法 |
-
2003
- 2003-07-01 JP JP2003189161A patent/JP4297744B2/ja not_active Expired - Fee Related
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0241570A (ja) * | 1988-08-02 | 1990-02-09 | Nec Corp | 電気回路図設計システム |
| JPH0793395A (ja) * | 1993-09-27 | 1995-04-07 | Fujitsu Ltd | 電子回路設計データの管理方法 |
| JPH08137923A (ja) * | 1994-11-11 | 1996-05-31 | Nec Commun Syst Ltd | Ｃａｄシステムの設計データ管理方式 |
| JP2001147908A (ja) * | 1999-11-19 | 2001-05-29 | Fujitsu Ltd | 負荷分散システム |
| JP2002358331A (ja) * | 2001-06-04 | 2002-12-13 | Asahi Optical Co Ltd | プリント基板用多層データのデータ編集処理を分散処理するプリント基板データ編集システム及び分散処理方法 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006260074A (ja) * | 2005-03-16 | 2006-09-28 | Fujitsu Ltd | Ｃａｄデータ管理装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4297744B2 (ja) | 2009-07-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9430388B2 (en) | Scheduler, multi-core processor system, and scheduling method | |
| CN100412823C (zh) | 存储***中元数据道的原子更新的管理方法和*** | |
| JP3329841B2 (ja) | ネットワークシステム及びそのソフトウエア管理方法 | |
| CN102934114B (zh) | 用于文件***的检查点 | |
| Antoniol et al. | Modeling clones evolution through time series | |
| CN101542483B (zh) | 用于数据存储***中的资源回收的装置和方法 | |
| US20080141065A1 (en) | Parallel computer system | |
| JPH09503328A (ja) | 非同期に順序付けされた動作を行うコンピュータ方法及び装置 | |
| CN101211289A (zh) | 恢复操作管理***和方法 | |
| US10366075B2 (en) | Database management system and method | |
| US20100115478A1 (en) | Methods, systems, and computer program prodcut for parallelizing tasks in processing an electronic circuit design | |
| US5634120A (en) | Computer system supporting utilization of utility functions applicable to concurrently executing jobs by monitoring job excution characteristics and determining eligible job combinations for utility function | |
| CN113807046B (zh) | 一种测试激励优化回归验证方法、***及介质 | |
| US20130138885A1 (en) | Dynamic process/object scoped memory affinity adjuster | |
| CN101981550A (zh) | 数据库***、数据库更新方法、数据库以及数据库更新程序 | |
| US9251149B2 (en) | Data set size tracking and management | |
| CN109726264B (zh) | 用于索引信息更新的方法、装置、设备和介质 | |
| JP3382080B2 (ja) | 命令実行順序の一貫性を照合する方法及びシステム | |
| US6823348B2 (en) | File manager for storing several versions of a file | |
| JPH10312311A (ja) | 論理シミュレーション方法及び論理シミュレーション方法を実現させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JP4297744B2 (ja) | Ｌｓｉ内部論理設計システム | |
| JP2005190047A (ja) | データソート機能を持つストレージシステム | |
| JP4506292B2 (ja) | キャッシュ制御方法およびデータ処理システム並びにその処理プログラム | |
| US7934067B2 (en) | Data update history storage apparatus and data update history storage method | |
| JPH07306795A (ja) | 二重系計算機のデータベース等価処理装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060420 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060630 Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20060630 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060630 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20060630 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20071012 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081105 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081219 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20090209 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090414 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090414 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120424 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120424 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130424 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130424 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140424 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |