(57)【要約】【課題】ユーザが所望の特性を持つＥＤＡライブラリの発注をタイムリーに行う。【解決手段】ユーザがウエブサーバ１０２にアクセスして所望のＥＤＡライブラリを入手する際に所望の特性条件を指定できるライブラリ検索部１０５と、このライブラリを作成するために必要な工数を算出するライブラリ生成工数算出部１０６と、この算出された工数に基づきユーザに提供できるリリース予定日を算出するリリース予定日算出部１０７と、これに基づくユーザからの発注情報によりリリース予定日を決定するリリース予定日決定部１０８と、この計画によりライブラリ生成を行うライブラリ生成部１０９と、このライブラリが生成された旨を知らせるメール発信部１０３と、発注したユーザがそのライブラリをダウンロードする個別ダウンロード部１０４とを備えたもの。【選択図】      図１
2004240595.tif 000002
【特許請求の範囲】
【請求項１】
半導体設計に利用するライブラリを提供するためのライブラリが格納されたライブラリデータベースを備えたＥＤＡライブラリ受注システムであって、
ユーザがウエブブラウザからウエブサーバにアクセスし所望のライブラリを入手するために検索を行い、所望する特性条件のライブラリが存在しない場合に所望の特性条件を指定できるライブラリ検索部と、
前記特性条件のライブラリを作成するために必要な工数を算出するライブラリ生成工数算出部と、
前記ライブラリ生成工数算出部により算出された工数と、現在のライブラリ作成計画情報とからユーザが所望する特性条件のライブラリを作成し、ユーザに提供できるリリース予定日を算出するリリース予定日算出部と、
前記算出されたリリース予定日をウエブブラウザを通じてユーザに提示し、ユーザからのライブラリ発注情報を検出し、前記ライブラリの生成計画とリリース予定日を決定するリリース予定日決定部と、
前記決定されたライブラリ生成計画に基づきライブラリ生成を行うライブラリ生成部と、
前記ライブラリが生成された時に発注したユーザにライブラリ生成が完了した旨を知らせる通信部と、
通知された情報に基づき所定の方法で発注したユーザがライブラリをダウンロードする個別ダウンロード部とを備えたことを特徴とするＥＤＡライブラリ受注システム。
【請求項２】
半導体設計に利用するライブラリを提供するためのライブラリが格納されたライブラリデータベースを備えたＥＤＡライブラリ受注システムであって、
ユーザがウエブブラウザからウエブサーバにアクセスし所望のライブラリを入手するために検索を行い、所望する特性条件のライブラリが存在しない場合に所望の特性条件を指定できるライブラリ検索部と、
前記特性条件のライブラリを作成するために必要な工数を算出するライブラリ生成工数算出部と、
前記ライブラリ生成工数算出部により算出された工数と、現在のライブラリ作成計画情報とからユーザが所望する特性条件のライブラリを作成し、ユーザに提供できるリリース予定日を算出するリリース予定日算出部と、
前記算出されたリリース予定日をウエブブラウザを通じてユーザに提示し、ユーザからのライブラリ発注情報を検出し、前記ライブラリの生成計画とリリース予定日を決定するリリース予定日決定部と、
前記決定されたライブラリ生成計画に基づきライブラリ生成を行うライブラリ生成部と、
前記ライブラリが生成された時にライブラリデータベースに前記ライブラリを登録するライブラリ登録部と、
前記発注ユーザがウエブブラウザを通じてライブラリデータベースにアクセスした時に、前記登録されたライブラリがライブラリデータベースからダウンロード可能となるようにウエブ画面を制御する表示画面制御部と、
前記発注ユーザにライブラリがダウンロード可能になった時に、その旨を通知する通信部とを備えたことを特徴とするＥＤＡライブラリ受注システム。
【請求項３】
ユーザから発注されたライブラリが、ユーザがライブラリを発注した日時からの一定期間経過した時に、前記ライブラリを発注したユーザ以外のユーザからもダウンロードできることが可能となるライブラリ公開部を備えたことを特徴とする請求項１または請求項２記載のＥＤＡライブラリ受注システム。
【請求項４】
アクセスできる任意のユーザがダウンロード可能な標準条件の特性が反映されたライブラリが更新された場合に前記ライブラリの更新を検出する更新検出部と、
前記更新を検出した時に、前記更新されたライブラリとは特性条件が異なる特定特性条件ライブラリの更新計画を作成するライブラリ再作成計画部とを備えたことを特徴とする請求項１または請求項２記載のＥＤＡライブラリ受注システム。
【請求項５】
前記特定特性条件ライブラリの更新計画を作成する場合に、前記特性条件ライブラリ毎の発注数を記憶したライブラリ数情報を参照して、前記特性条件ライブラリの中から発注数が多い順に前記更新計画を作成する発注数優先計画決定部を備えたことを特徴とする請求項４記載のＥＤＡライブラリ受注システム。
【請求項６】
前記特定特性条件ライブラリの更新計画を作成する場合に、前記特定特性条件ライブラリのダウンロード履歴情報を参照して、前記特定特性条件ライブラリの中から発注時期が新しい順に前記更新計画を作成する取得履歴優先計画決定部を備えたことを特徴とする請求項４記載のＥＤＡライブラリ受注システム。
【請求項７】
前記特定特性条件ライブラリの更新計画を作成する場合に、前記特定特性条件ライブラリを用いたＬＳＩの生産予定数を記憶したＬＳＩ生産予定数情報を参照して、前記ＬＳＩ生産予定数が多い順に前記更新計画を作成する生産数優先計画決定部を備えたことを特徴とする請求項４記載のＥＤＡライブラリ受注システム。
【請求項８】
前記特定特性条件ライブラリの更新計画を作成する場合に、前記特定特性条件ライブラリを用いたＬＳＩの生産開始予定日または生産開始日を記憶したＬＳＩ生産開始日情報を参照して、前記ＬＳＩ生産開始日が前記更新計画作成日から近い順に前記更新計画を作成する生産開始日優先計画決定部を備えたことを特徴とする請求項４記載のＥＤＡライブラリ受注システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＡＳＩＣ設計やシステムＬＳＩ設計を行う時に利用するライブラリを設計者に提供するＥＤＡライブラリ受注システムに関する。
【０００２】
【従来の技術】
近年、ＬＳＩ、特にシステムＬＳＩやＡＳＩＣの集積度の向上に伴い、その開発工数や設計期間の増加が益々大きな問題となっている。大規模で高性能なＬＳＩを短期間に開発するために、半導体メーカーはＬＳＩ設計部品データ（論理セル等）やＩＰ（回路コア、機能ブロック等）をライブラリとして準備し、ユーザがこの提供されたライブラリ中の必要なデータを組み合わせて所望のＬＳＩを開発する方法が一般に利用されている。このライブラリは各部品の論理機能、構造、動作特性などがＬＳＩ設計に使用される各ＥＤＡツールの書式に合わせて作成されているものである。
【０００３】
これらのライブラリは複数のユーザが利用および再利用できるように、ライブラリデータベースを核として、そのデータベースにライブラリを登録する手段と、例えばＷｅｂ（ウエブ）ブラウザを用いてそのデータベースにアクセスして所望のライブラリを取得する取得手段を持つコンピュータシステムが、ＥＤＡライブラリ受注システムとして実現されている。
【０００４】
ところで、ＬＳＩの設計を行うユーザが半導体ベンダーのＷｅｂサイトにアクセスし、最新のライブラリやシミュレーション実行に必要なコンフィギュレーションをダウンロードすることが可能なＡＳＩＣ設計支援システムが特許文献１に示されている。
【０００５】
このシステムには、ユーザからの要求に応じＡＳＩＣ設計に必要な各種設計情報をＷｅｂサイトからダウンロードできる機能が備えられているが、ダウンロードできるライブラリは半導体ベンダーが標準で用意しているものであり、ユーザが所望する特性条件のライブラリを発注し、入手する機能はない。
【０００６】
【特許文献１】
特開２００２−７４９６号公報
【０００７】
【発明が解決しようとする課題】
電子機器を構成する部品の中でＬＳＩの重要度は益々高まっており、電子機器の競争力は搭載するＬＳＩの競争力そのものと言っても過言ではない。そのため、ＬＳＩには高機能、高速動作、低消費電力、小面積が益々要求されている。これらの要求を満たし、競争力の高いＬＳＩを開発すためには新たなアーキテクチャの開発や改良はもちろんのこと、要求仕様を満たすためには半導体ベンダーが用意しているライブラリ特性以外に専用のライブラリ特性が必要な場合がある。
【０００８】
例えば、ＥＤＡライブラリ受注システムを利用して検索した結果、半導体ベンダーが用意しているライブラリの特性抽出範囲は、温度範囲が４０℃〜１２５℃でかつ動作電源電圧が１．２Ｖ±１０％のものしかないが、要求仕様を満たすために開発すべきＬＳＩの消費電力を極力低く抑えたライブラリを使用しなければならないような場合である。
【０００９】
このような場合、特定の特性条件（例えば、温度範囲は変えないで、新たに動作電源電圧が１．０Ｖ±１０％の場合の特性条件）を持つライブラリを入手するためには、半導体ベンダーに別途要求または発注する必要があるが、半導体ベンダーからの回答（受注可能か否か、また受注した場合の納期等）を入手するまでに多くの時間を要するため、ＬＳＩの開発日程に影響を与えてしまうという問題があった。
【００１０】
そこで、本発明は、上述した課題に鑑み、ユーザがＥＤＡライブラリ受注システムにアクセスし、必要とする特性条件のライブラリが用意されていない場合に、その所望の特性を持つライブラリの最短入手予定日情報の入手およびその入手予定日が受け入れられる場合の特定条件での特性ライブラリの発注がタイムリーに行えることを主たる目的とする。
【００１１】
さらに、本発明は、ライブラリを発注した後に半導体製造プロセスパラメータの変更が行なわれた場合にユーザが発注した特性条件を反映したライブラリの再作成が必要となるが、前記ライブラリの再作成をユーザが新たに発注することなく、更新されたライブラリを入手できることを目的とする。
【００１２】
【課題を解決するための手段】
上記課題を解決するため、本発明の請求項１に係るＥＤＡライブラリ受注システムは、半導体設計に利用するライブラリを提供するためのライブラリが格納されたライブラリデータベースを備えたＥＤＡライブラリ受注システムであって、ユーザがウエブブラウザからウエブサーバにアクセスし所望のライブラリを入手するために検索を行い、所望する特性条件のライブラリが存在しない場合に所望の特性条件を指定できるライブラリ検索部と、
前記特性条件のライブラリを作成するために必要な工数を算出するライブラリ生成工数算出部と、
前記ライブラリ生成工数算出部により算出された工数と、現在のライブラリ作成計画情報とからユーザが所望する特性条件のライブラリを作成し、ユーザに提供できるリリース予定日を算出するリリース予定日算出部と、
前記算出されたリリース予定日をウエブブラウザを通じてユーザに提示し、ユーザからのライブラリ発注情報を検出し、前記ライブラリの生成計画とリリース予定日を決定するリリース予定日決定部と、
前記決定されたライブラリ生成計画に基づきライブラリ生成を行うライブラリ生成部と、
前記ライブラリが生成された時に発注したユーザにライブラリ生成が完了した旨を知らせる通信部と、
通知された情報に基づき所定の方法で発注したユーザがライブラリをダウンロードする個別ダウンロード部とを備えたものである。
【００１３】
また、請求項２に係るＥＤＡライブラリ受注システムは、半導体設計に利用するライブラリを提供するためのライブラリが格納されたライブラリデータベースを備えたＥＤＡライブラリ受注システムであって、
ユーザがウエブブラウザからウエブサーバにアクセスし所望のライブラリを入手するために検索を行い、所望する特性条件のライブラリが存在しない場合に所望の特性条件を指定できるライブラリ検索部と、
前記特性条件のライブラリを作成するために必要な工数を算出するライブラリ生成工数算出部と、
前記ライブラリ生成工数算出部により算出された工数と、現在のライブラリ作成計画情報とからユーザが所望する特性条件のライブラリを作成し、ユーザに提供できるリリース予定日を算出するリリース予定日算出部と、
前記算出されたリリース予定日をウエブブラウザを通じてユーザに提示し、ユーザからのライブラリ発注情報を検出し、前記ライブラリの生成計画とリリース予定日を決定するリリース予定日決定部と、
前記決定されたライブラリ生成計画に基づきライブラリ生成を行うライブラリ生成部と、
前記ライブラリが生成された時にライブラリデータベースに前記ライブラリを登録するライブラリ登録部と、
前記発注ユーザがウエブブラウザを通じてライブラリデータベースにアクセスした時に、前記登録されたライブラリがライブラリデータベースからダウンロード可能となるようにウエブ画面を制御する表示画面制御部と、
前記発注ユーザにライブラリがダウンロード可能になった時に、その旨を通知する通信部とを備えたものである。
【００１４】
上記請求項１および２に記載の構成によると、半導体を設計するために必要な半導体ベンダーのライブラリ（ＥＤＡツールの書式で表現されたライブラリであり、以下ＥＤＡライブラリと記す）をウエブブラウザを通じてタイムリーに入手できるＥＤＡライブラリ受注システムを提供することが可能となる。すなわち、自分が設計する半導体に必要な特性のＥＤＡライブラリがウエブブラウザを通じてアクセスしたライブラリ受注システムに用意されていない場合に、所望の特性が表現されたＥＤＡライブラリを発注した際の情報、例えば納期、費用などが提示されるため、これを判断して即座に必要なＥＤＡライブラリを発注することが可能となる。
【００１５】
さらに、請求項３に係るＥＤＡライブラリ受注システムは、請求項１または２に記載の受注システムにおいて、
ユーザから発注されたライブラリが、ユーザがライブラリを発注した日時からの一定期間経過した時に、前記ライブラリを発注したユーザ以外のユーザからもダウンロードできることが可能となるライブラリ公開部を備えたものである。
【００１６】
この構成によると、実際に発注された特性のライブラリを一定期間経過した後に公開することが可能になるため、他のＥＤＡライブラリのリリースシステムよりアクセスされる可能性の高いＥＤＡライブラリ受注システムを少ない費用で構築できる。なお、ＥＤＡライブラリ受注システムにあらかじめ様々な特性のライブラリを用意しておけば該ライブラリ受注システムにアクセスされる可能性は高いが、それには多くの費用が発生してしまう。
【００１７】
また、請求項４に係るＥＤＡライブラリ受注システムは、請求項１または２に記載の受注システムにおいて、
アクセスできる任意のユーザがダウンロード可能な標準条件の特性が反映されたライブラリが更新された場合に前記ライブラリの更新を検出する更新検出部と、
前記更新を検出した時に、前記更新されたライブラリとは特性条件が異なる特定特性条件ライブラリの更新計画を作成するライブラリ再作成計画部とを備えたものである。
【００１８】
この構成によると、プロセスパラメータの改良等の理由により、リリースしたＥＤＡライブラリに対して更新する必要が発生した場合は、更新が必要になったことを自動的に検知してＥＤＡライブラリの再作成を行うため、発注したユーザはタイムリーに更新されたＥＤＡライブラリを入手することが可能となる。
【００１９】
また、請求項５に係るＥＤＡライブラリ受注システムは、請求項４に記載の受注システムにおいて、
前記特定特性条件ライブラリの更新計画を作成する場合に、前記特性条件ライブラリ毎の発注数を記憶したライブラリ数情報を参照して、前記特性条件ライブラリの中から発注数が多い順に前記更新計画を作成する発注数優先計画決定部を備えたものである。
【００２０】
この構成によると、ＥＤＡライブラリの再作成は発注数が多い特性ライブラリから優先的に行なわれるため、ＥＤＡライブラリを発注したユーザの中より多くのユーザが更新されたＥＤＡライブラリを早期に使用することが可能になる。
【００２１】
また、請求項６に係るＥＤＡライブラリ受注システムは、請求項４に記載の受注システムにおいて、
前記特定特性条件ライブラリの更新計画を作成する場合に、前記特定特性条件ライブラリのダウンロード履歴情報を参照して、前記特定特性条件ライブラリの中から発注時期が新しい順に前記更新計画を作成する取得履歴優先計画決定部を備えたものである。
【００２２】
この構成によると、ＥＤＡライブラリの再作成はユーザが取得した日が新しい特性ライブラリから優先的に行なわれるため、設計中のユーザに対して極力新しい特性パラメータを反映したライブラリを提供することが可能となる。
【００２３】
また、請求項７に係るＥＤＡライブラリ受注システムは、請求項４に記載の受注システムにおいて、
前記特定特性条件ライブラリの更新計画を作成する場合に、前記特定特性条件ライブラリを用いたＬＳＩの生産予定数を記憶したＬＳＩ生産予定数情報を参照して、前記ＬＳＩ生産予定数が多い順に前記更新計画を作成する生産数優先計画決定部を備えたものである。
【００２４】
この構成によると、ＥＤＡライブラリの再作成はユーザが発注したライブラリを使用したＬＳＩの生産予定数が多い順に行なわれるため、優良ユーザを優遇したサービスが可能になる。
【００２５】
また、請求項８に係るＥＤＡライブラリ受注システムは、請求項４に記載の受注システムにおいて、
前記特定特性条件ライブラリの更新計画を作成する場合に、前記特定特性条件ライブラリを用いたＬＳＩの生産開始予定日または生産開始日を記憶したＬＳＩ生産開始日情報を参照して、前記ＬＳＩ生産開始日が前記更新計画作成日から近い順に前記更新計画を作成する生産開始日優先計画決定部を備えたものである。
【００２６】
この構成によると、ＥＤＡライブラリの再作成はユーザが発注したライブラリを使用したＬＳＩの生産開始日が前記再作成計画策定時に近いものから行なわれるため、設計中のユーザに対して極力新しい特性パラメータを反映したライブラリを提供することが可能となる。
【００２７】
【発明の実施の形態】
以下、本発明に係るＥＤＡライブラリ受注システムの実施の形態について説明する。なお、以下に示す各実施の形態において、図面を参照する際に、各実施の形態にて説明した図面を重複して参照しており、したがって図面の簡単な説明においては、当該図面を最初に説明した実施の形態に係る図面として記載している。
【００２８】
まず、本発明の第１の実施の形態に係るＥＤＡライブラリ受注システムを、図面に基づき説明する。
図１は、本第１の実施の形態に係るＥＤＡライブラリ受注システムの全体構成を示すブロック図である。なお、ＥＤＡライブラリとは、ＥＤＡ（Ｅｌｅｃｔｒｏｎｉｃ  Ｄｅｓｉｇｎ  Ａｕｔｏｍａｔｉｏｎ）ツールの書式で表現されたライブラリである。
【００２９】
図１において、１０１はＷＷＷブラウザ［Ｗｅｂ（ウエブ）ブラウザとも称する］、１０２はＷＷＷサーバ（Ｗｅｂサーバ）、１０３はメール発信部（通信部の一例であり、メール発信工程ともいう）、１０４は個別ダウンロード部（個別ダウンロード工程）、１０５はライブラリ検索部（ライブラリ検索工程）、１０６はＥＤＡライブラリ生成工数算出部（ＥＤＡライブラリ生成工数算出工程）、１０７はリリース予定日算出部（リリース予定日算出工程）、１０８はリリース予定日決定部（リリース予定日決定工程）、１０９はＥＤＡライブラリ生成部（ＥＤＡライブラリ生成工程）、１１０はＥＤＡライブラリデータベース、１１１はＥＤＡライブラリ生成工数データベース、１１２はＥＤＡライブラリ生成計画データベース、１１３は特定特性ライブラリデータベース、１１４は個別ＥＤＡライブラリを示している。
【００３０】
上記システムにおいて、まずユーザ（利用者）はＰＣ（ｐｅｒｓｏｎａｌ  ｃｏｍｐｕｔｅｒ）またはＥＷＳ（Ｅｎｇｉｎｅｅｒｉｎｇ  ＷｏｒｋＳｔａｔｉｏｎ）上のＷＷＷブラウザ１０１を用いてＷＷＷサーバ１０２上のＷｅｂサイト（ＥＤＡライブラリ受注システムのホームページ）にアクセスし、ライブラリ検索ページを該ＰＣまたはＥＷＳの画面に表示する。
【００３１】
ライブラリ検索部１０５では、ＥＤＡライブラリデータベース１１０に格納されているダウンロード可能なライブラリの一覧が画面に表示される。格納されているライブラリが多い場合は、ライブラリの一覧ではなく、ライブラリを検索するためのページを画面に表示してもよい。表示されるライブラリ検索画面の一例を図２に示す。
【００３２】
図２において、２０１は所望プロセスを選択する項目であり、該検索画面では０．１３μｍ、０．１５μｍ、０．１８μｍ、０．２５μｍ、０．３５μｍの各プロセスシリーズのライブラリが検索できることを示している。また、２０２は所望するライブラリ種類を選択する項目であり、スタンダードセル、メモリ、Ｉ／Ｏセル、アナログセルの各種類のセルライブラリを検索できることを示している。また、２０３は所望の指定を完了した後、検索を実行するためのボタンである。該画面では、プロセスは０．１３μｍプロセス、ライブラリ種類はスタンダードセルライブラリを選択するものとする。スタンダードセルとは複雑な論理回路を構成するための基本的（標準的）な回路素子部品（または回路素子部品群）のことであり、インバータゲート、アンドゲート、フリップフロップゲート等の種類がある。
【００３３】
図２に示した検索画面の状態で検索開始のボタンを選択すると、前記ライブラリ検索部１０５はＥＤＡライブラリデータベース１１０を検索し、検出した０．１３μｍプロセスシリーズに含まれるスタンダードセルライブラリのダウンロード画面を表示する。
【００３４】
ダウンロード画面の一例を図３に示す。このダウンロード画面では、小面積を指向した高密度版スタンダードセル、高速動作を指向した高速版スタンダードセル、低消費電力を指向した低消費電力版スタンダードセルの３種類のスタンダードセルライブラリが用意されており、それぞれ遅延特性は動作電源電圧が１．２Ｖ±１０％でかつ温度範囲が−４０℃〜１２５℃の条件で使用することを前提としたライブラリと、動作電源電圧が１．２Ｖ±１０％でかつ温度範囲が０℃〜７０℃の条件で使用することを前提としたライブラリの２種類があることを示している。
【００３５】
動作電源電圧条件が１．２Ｖ±２０％でかつ温度範囲が−４０℃〜１２５℃のライブラリを所望しているユーザは、該ダウンロード画面を見て、前記所望ライブラリが当該ＥＤＡライブラリ受注システムに用意されていないことがわかる。
【００３６】
ここで、ユーザはダウンロード画面において、自分が所望する動作条件のライブラリを要望するため、ダウンロードボタン３０１を選択する。
ユーザがダウンロードボタン３０１を選択した時点で、ライブラリ検索部１０５はＥＤＡライブラリ生成工数算出部１０６に制御を移し、このＥＤＡライブラリ生成工数算出部１０６は、特定条件の特性データを反映したライブラリを要望するための画面を表示する。
【００３７】
前記ライブラリ要望画面の一例を図４に示す。図４において、４０１は指定されたライブラリのプロセスシリーズを識別するための名称、４０２はライブラリ種類を識別するための名称、４０３は最低動作電源電圧を指定するための入力フォーム、４０４は最高動作電源電圧を指定するための入力フォーム、４０５は最低動作温度を指定するための入力フォーム、４０６は最高動作温度を指定するための入力フォーム、４０７および４０８は選択した動作条件でリリース予定日を算出しても良いかを問うためのボタンである。
【００３８】
この図４は、動作電源電圧として１．２Ｖ±２０％（最低動作電源電圧０．９６Ｖ、最高動作電源電圧１．４４Ｖ）、最低動作温度として−４０℃、最高動作温度として１２５℃を指定した例を示している。
【００３９】
該ライブラリ要望画面にて、”はい”ボタン４０７がクリックされた時点で、ＥＤＡライブラリ生成工数算出部１０６は特定特性ライブラリデータベース１１３にアクセスし、該プロセスシリーズ、ライブラリ種類、動作電源電圧、温度範囲が特定特性ライブラリデータベースに存在するか否かを検索する。
【００４０】
図７に特定特性ライブラリデータベース１１３の一例を示す。図７において、７０１は該特定特性ライブラリを生成する処理を特定するための予約ＩＤ番号、７０２はプロセスシリーズ名、７０３はライブラリ種類名、７０４は動作電源電圧、７０５は動作温度、７０６は生成したＥＤＡライブラリのファイルパス名、７０７は生成完了予定日、７０８はＥＤＡライブラリ生成処理を完了したことを示す完了フラグ、７０９はユーザ数、７１０はポインタを示している。
【００４１】
該プロセスシリーズ、ライブラリ種類、動作電源電圧、温度範囲が特定特性ライブラリデータベース１１３に存在しない場合と、既に存在する場合とにより、以下のＥＤＡライブラリ生成工数算出部１０６、リリース予定日算出部１０７、リリース予定日決定部１０８、およびメール発信部１０３での各動作が２種類に分かれる。
【００４２】
以下２種類の場合について各々説明する。
まず、プロセスシリーズ、ライブラリ種類、動作電源電圧、温度範囲が特定特性ライブラリデータベース１１３にまだ存在しない場合について説明する。
【００４３】
ＥＤＡライブラリ生成工数算出部１０６は、特定特性ライブラリデータベース１１３が他のユーザからの予約を受け付けないようにロック処理を行い、前記特定特性ライブラリデータベース内の最大予約ＩＤ番号に１を加えた番号を予約ＩＤ番号として取得し、一時保存する。ここでは説明のため、取得した予約ＩＤ番号を“ｎ”とする。
【００４４】
次に、ＥＤＡライブラリ生成工数算出部１０６はＥＤＡライブラリ生成工数データベース１１１を検索し、該プロセスシリーズかつ該ライブラリ種類の特性抽出とＥＤＡツール用書式変換に必要な工数とその費用を特定する。
【００４５】
ＥＤＡライブラリ生成工数データベース１１１の一例を図５に示す。図５において、５０１はプロセスシリーズを示す識別子、５０２はライブラリ種類を示す識別子、５０３は特性抽出実績工数、５０４はＥＤＡツール用の書式変換に要する実績工数、５０５はＥＤＡライブラリ生成にかかる費用を示している。ここで、特性抽出に要する実績工数およびＥＤＡツール用の書式変換に要する実績工数は対応するプロセスシリーズおよびライブラリ種類の標準条件時の実績工数が設定されているものとする。特性抽出工数、ＥＤＡツール用書式変換工数は定型的な処理のため、新たな動作電源電圧条件や温度範囲条件が異なっても以前の工数と大きく異なることはない。
【００４６】
前記ＥＤＡライブラリ生成工数算出部１０６は、該ＥＤＡライブラリ生成工数データベース１１１に格納されているプロセスシリーズを示す識別子５０１とライブラリ種類を示す識別子５０２の中から、前記図３で示したライブラリ要望画面で指定されたプロセスシリーズ５０１、ライブラリ種類５０２を検索し、特性抽出に必要な工数９日とＥＤＡツール用書式変換に必要な工数９日およびその費用○○を特定する。
【００４７】
次に、リリース予定日算出部１０７は前記ＥＤＡライブラリ生成工数算出部１０６で特定された工数を元にＥＤＡライブラリ生成計画データベース１１２を検索し、リリース予定日を決定する。ＥＤＡライブラリ生成計画データベース１１２の一例を図６に示す。
【００４８】
図６において、６０１はＥＤＡライブラリ生成計画カレンダの日付、６０２は特定の特性抽出計画、６０３はＥＤＡツール用書式変換計画、６０４は標準の特性抽出計画であり、各日毎に前記３種類の各計画が割り当てられること示している。ここで、特性抽出計画が２種類存在するのは、ユーザから要望された時に特性条件が決まる特定特性抽出処理と、抽出条件が決まっており予め計画可能な標準特性抽出処理とを別装置に割り当てて処理を行う必要があるからである。
【００４９】
図６の例では特定特性抽出計画と標準特性抽出計画の装置の能力比が１対１になっているが、この比率は抽出処理の状況を見ながら、既存抽出計画に影響を与えない範囲で変更してもよい。また、図６の例では説明を簡単にするため、１日に処理できる特定の特性抽出計画、ＥＤＡツール用書式変換計画および標準の特性抽出計画を、それぞれ１単位としている。
【００５０】
リリース予定日算出部１０７はＥＤＡライブラリ生成計画データベース１１２が他のユーザからの予約を受け付けないようにロック処理を行い、該リリース予定日算出部１０７が起動された日付が２月３日であるとする（６０５）と、特定特性抽出計画６０２内を２月３日の翌日から順に日付をたどり、予約されていない日を仮予約して行く。次に、ＥＤＡツール用書式変換計画６０３内を２月１４日の翌日から順に日付をたどり、予約されていない２月１６日（６０８）を仮予約する。予約は１日単位で行なわれ、その各日毎に抽出処理への指示を示す処理指示フラグと予約ＩＤ番号をセットで格納する。すなわち、現在のライブラリ作成計画情報が考慮される。
【００５１】
図６に示した例では、２月６日〜２月１４日までの９日間（６０７）が連続して仮予約され、処理指示フラグとして、２月６日は“開始”、２月７日〜２月１３日までの７日間は“継続”、２月１４日は“終了”が格納され、予約ＩＤ番号として９日間はすべて特定特性ライブラリデータベース１１３を検索して取得した予約ＩＤ番号（ここでは“ｎ”）が格納される。また、２月１６日には“開始かつ終了”処理指示フラグと該予約ＩＤ番号が格納される。最後に、仮予約したＥＤＡツール用書式変換計画の最終日を生成完了予定日とし、リリース予定日算出部１０７は処理を終了する。
【００５２】
次に、リリース予定日決定部１０８は、前記ＥＤＡライブラリ生成工数算出部１０６で特定した費用と、前記生成完了予定日をユーザのＷｅｂ画面に提示する。ここで、提示されるＷｅｂ画面の一例を図８に示す。
【００５３】
ユーザがこのリリース予定日と費用を受け入れる場合は、図８に示す発注ボタン８０１をクリックする。リリース予定日算出部１０７は発注情報を受け取ると、抽出完了の連絡を受け取るべきＥ−ｍａｉｌ（Ｅメール）アドレス等情報の入力を促すメッセージをユーザのＷｅｂ画面に提示する。
【００５４】
ここで、Ｅ−ｍａｉｌアドレスの入力画面の一例を図９に示す。ユーザはユーザ名９０１やＥ−ｍａｉｌアドレス９０２を入力し、“はい”ボタン９０３をクリックすることにより発注を完了する。
【００５５】
発注が完了した時点で、リリース予定日決定部１０８は、前記ＥＤＡライブラリ生成計画データベース１１２内を検索し、該仮予約を本予約に変更する。次に、該予約ＩＤ番号が指す特定特性ライブラリデータベース１１３中のレコードのプロセスシリーズ名７０２、ライブラリ種類名７０３、動作電源電圧７０４、動作温度７０５の各フィールドには前記ＥＤＡライブラリ生成工数算出部１０６で指定されているプロセスシリーズ名、ライブラリ種類名、動作電源電圧、動作温度を設定する。
【００５６】
また、生成完了予定日７０７には前記リリース予定日算出部１０７で算出した生成完了予定日を、完了フラグ７０８には未完了を示すフラグを設定する。さらに、ユーザ数７０９には１を設定する。また、該ユーザを示すユーザ名とＥ−ｍａｉｌアドレスを新規にリストとして作成し、そのリストへのポインタをポインタ７１０に設定する。
【００５７】
リリース予定日決定部１０８はこれらの処理を終了した後、前記ＥＤＡライブラリ生成計画データベース１１２と特定特性ライブラリデータベース１１３のロックを外し、ライブラリ検索部１０５に制御を移し、図４に示すライブラリ要望画面を表示し、ユーザの入力待ちの状態に留まる。
【００５８】
提示されたリリース予定日または費用をユーザが受け入れない場合は、発注キャンセルを意味する“いいえ”ボタン８０２をクリックする。該リリース予定日決定部１０８は発注キャンセル情報を受け取ると前記ＥＤＡライブラリ生成計画データベース１１２内を検索し、仮予約されている計画を全てキャンセルする。
【００５９】
最後に、前記ＥＤＡライブラリ生成計画データベース１１２および前記特定特性ライブラリデータベース１１３のロックを外し、ライブラリ検索部１０５に制御を移し、図４に示すライブラリ要望画面を表示し、ユーザの入力待ちの状態に留まる。
【００６０】
ＥＤＡライブラリ生成部１０９はユーザのＥＤＡライブラリ受注システムへのアクセスには依存せずに、毎日定刻（たとえば午前０時）に一度だけ前記ＥＤＡライブラリ生成計画データベース１１２にアクセスし、ＥＤＡライブラリの生成を行う。ＥＤＡライブラリの生成はＥＤＡライブラリ生成処理とＥＤＡライブラリ生成完了処理に分かれ、まずＥＤＡライブラリ生成完了処理を行った後、ＥＤＡライブラリ生成処理を行う。
【００６１】
まず、ＥＤＡライブラリ生成完了処理の動作を図１０を用いて説明する。
図１０において、１００１は前日計画取り出し工程、１００２はメール発信起動工程を示している。
【００６２】
前日計画取り出し工程１００１は、ＥＤＡライブラリ用書式変換計画に割り当てられている前日の計画を１つ取り出す。次に、該計画中の処理指示フラグの判定を行い、該処理指示フラグが“終了”または“開始かつ終了”の場合は、メール発信起動工程１００２の処理を行い、該処理指示フラグが”開始“または“継続”の場合はメール発信起動工程１００２の処理をスキップする。
【００６３】
メール発信起動工程１００２は該計画中の予約ＩＤ番号が指す特定特性ライブラリデータベース１１３のレコードからファイルパス名７０６と、ポインタ７１０が指すユーザ名およびＥ−ｍａｉｌアドレスの一覧リストを取り出し、該ファイルパス名と該一覧リストをメール発信部１０３に引渡して該メール発信部０３を起動させる。
【００６４】
以上の処理を前日のＥＤＡライブラリ用書式変換計画に割り当てられている各計画に対して繰り返し、すべての処理対象が無くなった時点で処理を終了する。
ＥＤＡライブラリ生成処理の動作を図１１を用いて説明する。
【００６５】
図１１において、１１０１は当日計画取り出し工程、１１０２は動作電源電圧、動作温度変換工程、１１０３は特性抽出工程、１１０４はＥＤＡライブラリ用書式変換工程、１１０５は生成された各種ＥＤＡライブラリファイルを１つにまとめるファイルマージ工程、１１０６は特定条件の動作電源電圧および動作温度情報、１１０７は標準条件の特性抽出時に使用された特性抽出コマンド、１１０８は特性抽出コマンド、１１０９は特性抽出を行うべき対象ライブラリ、１１１０および１１１１は特性抽出結果、１１１２は、論理合成ツール用書式ライブラリ、タイミング検証用書式ライブラリ、配置配線用書式ライブラリなどの各種ＥＤＡライブラリ、１１１３は生成された各種ＥＤＡライブラリを１つにまとめたファイル、１１１４は抽出処理、１１１５は書式変換処理を示している。
【００６６】
当日計画取り出し工程１１０１は、図６に示した当日の特定特性抽出計画６０２、標準特性抽出計画６０４またはＥＤＡツール用書式変換計画６０３に割り当てられている計画から任意の計画を一つ取り出す。取り出した該計画が特性抽出計画か書式変換計画かを判定し、該計画が特性抽出計画の場合は抽出処理ステップ１１１４へ進み、書式変換計画の場合は書式変換処理ステップ１１１５へ進む。
【００６７】
抽出処理ステップ１１１４は、該計画中の処理指示フラグの判定を行い、該処理指示フラグが“開始”または“開始かつ終了”の場合は特性抽出計画の判定ステップに進み、該処理指示フラグが“終了”または“継続”の場合は当日に計画されている処理がすべて終了したか否かの処理ステップまで進む。
【００６８】
特性抽出計画の判定ステップでは、該特性抽出計画が特定特性抽出計画か標準特性抽出計画かを判定し、該特性抽出計画が特定特性抽出計画の場合は動作電源電圧、動作温度変換工程１１０２へ進み、該特性抽出計画が標準特性抽出計画の場合は動作電源電圧、動作温度変換工程１１０２をスキップする。
【００６９】
動作電源電圧、動作温度変換工程１１０２は、該計画の予約ＩＤ番号が指す特定特性ライブラリデータベース１１３のレコードから動作電源電圧および動作温度情報を取り出し、該電源電圧および動作温度情報１１０６で標準条件の特性抽出時に使用された特性抽出コマンド１１０７の中の対象となる動作電源電圧情報と動作温度情報を置換し、新たに特性抽出コマンド１１０８を生成し、特性抽出工程１１０３に進む。
【００７０】
特性抽出工程１１０３は、特性抽出コマンドと特性抽出を行うべき対象ライブラリ１１０９を用いて特性抽出を行い、その結果を特性抽出結果１１１０として生成する。なお、該特性抽出工程で用いられる特性抽出コマンドは、特性抽出計画が標準特性抽出計画の場合は標準条件の特性抽出コマンドを、特性抽出計画が特定特性抽出計画の場合は前記動作電源電圧、動作温度変換工程ステップ１１０２で変換された特性抽出コマンドを、用いるものとする。特性抽出工程の終了後は、当日に計画されている処理がすべて終了したか否かの処理ステップまで進む。
【００７１】
書式変換処理ステップ１１１５は、該計画中の処理指示フラグの判定を行い、該処理指示フラグが“開始”または“開始かつ終了”の場合はＥＤＡツール用書式変換工程１１０４に進み、該処理指示フラグが“終了”または“継続”の場合は当日に計画されている処理がすべて終了したか否かの処理ステップまで進む。
【００７２】
ＥＤＡツール用書式変換工程１１０４は、該計画の予約ＩＤ番号を検索キーとして、対象となる特性抽出結果１１１１を特定し、該特性抽出結果１１１１から各種ＥＤＡライブラリ１１１２に変換する。
【００７３】
ファイルマージ工程１１０５は前記ＥＤＡツール用書式変換工程により生成された複数のファイルから構成される各種ＥＤＡライブラリを１つのファイルとしてまとめ、そのファイルの所在およびファイル名を該計画の予約ＩＤ番号が指す特定特性ライブラリデータベース１１３のレコードのファイルパス名７０６に格納する。ＥＤＡツール用書式変換工程の終了後は、当日に計画されている処理がすべて終了したか否かの処理ステップまで進む。
【００７４】
当日に計画されている処理がすべて終了したならば、ＥＤＡライブラリ生成工程１０９の処理を終了し、処理を終了していない当日計画があるなら当日計画取り出し工程１１０１に戻る。
【００７５】
メール発信部１０３は、図１０に示したメール発信起動工程１００２から起動され、前記メール発信起動工程１００２から引き渡されたファイルパス名からＥＤＡライブラリファイルを取得し、該ＥＤＡライブラリファイルをユーザがアクセス可能な所定の位置に個別ＥＤＡライブラリ１１４として配置し、該メール発信起動工程１００２から引き渡されたすべてのＥ−ｍａｉｌアドレスのユーザにメールを発信し、特性抽出が完了した個別ＥＤＡライブラリ１１４のダウンロードアドレスを通知する。
【００７６】
前記個別ダウンロード工程１０４はＷＷＷブラウザ１０１の機能を利用し、ダウンロードアドレスが記載されている前記メールを受信したユーザがＷＷＷブラウザ１０１から該個別ＥＤＡライブラリ１１４のダウンロードアドレスを入力することにより、所望のＥＤＡライブラリをダウンロードすることが可能となるように実現される。
【００７７】
次に、プロセスシリーズ、ライブラリ種類、動作電源電圧、および温度範囲が該特定特性ライブラリデータベース１１３に既に存在する場合について説明する。
【００７８】
ＥＤＡライブラリ生成工数算出部１０６は、図７に示した特定特性ライブラリデータベース１１３を検索し、ユーザから指定されたプロセスシリーズ、ライブラリ種類、動作電源電圧、および温度範囲と同一条件のレコード中の予約ＩＤ番号７０１と生成完了予定日７０７を取得する。さらに、ユーザから指定されたプロセスシリーズ、ライブラリ種類を検索キーとして、ＥＤＡライブラリ生成工数データベース１１１を検索し、対応する費用５０５を取得する。
【００７９】
次に、リリース予定日決定部１０８は、前記ＥＤＡライブラリ生成工数算出部１０６で特定した費用と、前記生成完了予定日をユーザのＷｅｂ画面に提示する（Ｗｅｂ画面の一例を図８に示している）。ここで、前記生成完了予定日が前記リリース予定日決定部１０８が起動された日付よりも古い場合は、当日の日付を表示する。
【００８０】
ユーザがこのリリース予定日と費用を受け入れる場合は、図８に示す発注ボタン８０１をクリックする。リリース予定日算出部は発注情報を受け取ると、抽出完了の連絡を受け取るべきＥ−ｍａｉｌアドレス等情報の入力を促すメッセージをユーザのＷｅｂ画面に提示する（図９に一例を示している）。ユーザはユーザ名９０１やＥ−ｍａｉｌアドレス９０２を入力し、“はい”ボタン９０３をクリックすることにより発注を完了する。
【００８１】
発注が完了した時点で、リリース予定日決定部１０８は、図７に一例を示している特定特性ライブラリデータベース１１３にロックをかけ、該ユーザを示すユーザ名とＥ−ｍａｉｌアドレスを新規にリストとして作成し、前記特定特性ライブラリデータベース１１３内の該予約ＩＤ番号を持つレコードのポインタ７１０が指すリストに前記新規リストを追加し、ユーザ数７０９をインクリメントした後、特定特性ライブラリデータベース１１３のロックを外す。
【００８２】
さらに、リリース予定日決定部１０８は、特定特性ライブラリデータベース１１３中の該予約ＩＤ番号を持つレコードの完了フラグ７０８をチェックし、該完了フラグが完了を示している場合は、該レコード中のファイルパス名７０６と新規作成した該ユーザ名とＥ−ｍａｉｌアドレスのリストをメール発信起動工程１００２に引渡し、前記メール発信起動工程１００２を起動する。
【００８３】
リリース予定日決定部１０８は前記メール発信起動工程１００２を起動した後、ライブラリ検索部１０５に制御を移し、図４に示すライブラリ要望画面を表示し、ユーザの入力待ちの状態に留まる。
【００８４】
提示されたリリース予定日または費用をユーザが受け入れない場合は、発注キャンセルを意味する“いいえ”ボタン８０２をクリックする。リリース予定日決定部１０８は、キャンセル情報を受け取るとライブラリ検索部１０５に制御を移し、図４に示すライブラリ要望画面を表示し、ユーザの入力待ちの状態に留まる。
【００８５】
以上のように、本第１の実施の形態に係るＥＤＡライブラリ受注システムによれば、ユーザが所望の動作特性が反映されたライブラリを用いてＬＳＩ設計を行なおうと欲する場合、そのライブラリが半導体ベンダーのライブラリデータベースに準備されていなくても、Ｗｅｂブラウザーを用いて発注することが可能となる。すなわち、自分が設計する半導体に必要な特性のＥＤＡライブラリがウエブブラウザを通じてアクセスしたライブラリ受注システムに用意されていない場合に、所望の特性が表現されたＥＤＡライブラリを発注した際の情報、例えば納期、費用などが提示されるため、これを判断して即座に必要なＥＤＡライブラリを発注することが可能となる。
【００８６】
次に、本発明の第２の実施の形態に係るＥＤＡライブラリ受注システムを、図面に基づき説明する。
図１４は、本第２の実施の形態に係るＥＤＡライブラリ受注システムの全体構成を示すブロック図である。
【００８７】
図１４において、１０１はＷＷＷブラウザ、１０２はＷＷＷサーバ、１０３はメール発信部（通信部の一例であり、メール発信工程ともいう）、１０６はＥＤＡライブラリ生成工数算出部（ＥＤＡライブラリ生成工数算出工程）、１０７はリリース予定日算出部（リリース予定日算出工程）、１０８はリリース予定日決定部（リリース予定日決定工程）、１１０はＥＤＡライブラリデータベース、１１１はＥＤＡライブラリ生成工数データベース、１１２はＥＤＡライブラリ生成計画データベース、１１３は特定特性ライブラリデータベース、１４０１はユーザ情報登録部（ユーザ情報登録工程）、１４０２は表示画面制御部（表示画面制御工程）、１４０３はユーザ固有情報データベース、１４０４はライブラリ登録部（ライブラリ登録工程）、１４０５はライブラリ検索部（ライブラリ検索工程）、１４０６はＥＤＡライブラリ生成部（ＥＤＡライブラリ生成工程）を示している。
【００８８】
上記構成において、ユーザ（利用者）はＰＣ（ｐｅｒｓｏｎａｌ  ｃｏｍｐｕｔｅｒ）またはＥＷＳ（Ｅｎｇｉｎｅｅｒｉｎｇ  ＷｏｒｋＳｔａｔｉｏｎ）上のＷＷＷブラウザ１０１を用いてＷＷＷサーバ１０２上のＷｅｂページ（ＥＤＡライブラリ受注システムのホームページ）にアクセスし、該Ｗｅｂページの画面から自分のＥ−ｍａｉｌアドレスを入力する。
【００８９】
ユーザ情報登録部１４０１は、入力された該Ｅ−ｍａｉｌアドレスがユーザ固有情報データベース１４０３に登録済みか否かを検索し、未登録なら、該ユーザの氏名、所属、連絡先等の個人情報の入力画面を表示し、該個人情報入力画面から入力された必要情報を前記固有情報データベース１４０３に格納する。
【００９０】
次に、前記ユーザ情報登録部１４０１は、メール発信部１０３を起動し、入力された該ユーザのＥ−ｍａｉｌアドレス宛に本ＥＤＡライブラリ受注システムにアクセスするためのパスワードを発信する。
【００９１】
メール発信部１０３からの該Ｅ−ｍａｉｌを受信したユーザは再度ＷＷＷブラウザ１０１を用いてＷＷＷサーバ１０２上のＷｅｂページ（ＥＤＡライブラリ受注システムのホームページ）にアクセスし、入手したパスワードを用いて本ＥＤＡライブラリ受注システムにログインする。
【００９２】
入力された該Ｅ−ｍａｉｌアドレスが既に固有情報データベース１４０３に登録済みの場合は、ＥＤＡライブラリ受注システムのホームページにアクセスした時点でパスワードの入力を促す画面が表示され、入手済みのパスワードを用いて何度でも本ＥＤＡライブラリ受注システムにログインすることが可能となる。
【００９３】
ユーザがパスワードを入力した後は、ライブラリ検索部１４０５が起動されライブラリ検索画面が表示される。表示されるライブラリ検索画面の一例を図２に示す。なお、この画面については、既に、第１の実施の形態で説明しているため、その説明を省略する。図２の検索開始ボタン２０３をクリックすると、ライブラリ検索部１４０５はＥＤＡライブラリデータベース１１０を検索し、図３に一例を示したダウンロード画面を表示する。
【００９４】
ＥＤＡライブラリデータベース１１０の一例を図１６に示す。図１６において、１６０１はライブラリデータベースに格納されているＥＤＡライブラリを識別するためのＩＤ番号、１６０２は該レコードのＥＤＡライブラリのユーザへの公開状況を識別するためのフラグである公開状況、１６０３はＩＤ番号“ｎ−１”のレコードを示している。
【００９５】
図１６を用いてライブラリ検索部１４０５の動作を説明する。このライブラリ検索部１４０５は、ＥＤＡライブラリデータベース１１０の各レコードを順次検索し、着目している該レコードの公開状況１６０２を判定する。公開状況が“標準”の場合は公開可能と判断し、次のレコードを検索する。公開状況が“特定”の場合は該レコードのＩＤ番号１６０１と前記ライブラリ検索部１４０５を起動しているユーザのＥ−ｍａｉｌアドレスを表示画面制御部１４０２に引き渡す。前記表示画面制御部１４０２はユーザ固有情報データベース１４０３を検索し、公開可能か否かの判定結果を表示画面制御部１４０２に返す。
【００９６】
ユーザ固有情報データベース１４０３の一例を図１５に示す。図１５において、１５０１はユーザ固有情報データベース１４０３中の該レコードのユーザにダウンロード許可を与える特定特性を持つＥＤＡライブラリ数を示すＩＤ番号数、１５０２はダウンロード許可を与えられている特定特性を持つＥＤＡライブラリのＥＤＡライブラリデータベース１１０１中におけるＩＤ番号が格納されたＩＤ番号テーブル、１５０３は前記ＩＤ番号テーブルへのポインタ、１５０４はユーザ固有情報データベース１４０３中に格納されている任意のユーザのレコード、１５０５はユーザのＥ−ｍａｉｌアドレスを示している。
【００９７】
表示画面制御部１４０２は、ライブラリ検索部１４０５から受け渡されたＩＤ番号を検索キーとし、前記ＩＤ番号が格納されたＩＤ番号テーブル１５０２を持つレコードをユーザ固有情報データベース１４０３中から順次検索する。
【００９８】
前記ＩＤ番号テーブルを持つレコードが検出された場合は、該レコード中のＥ−ｍａｉｌアドレス１５０５とライブラリ検索部１４０５から受け渡されたＥ−ｍａｉｌアドレスを比較し、一致する場合は公開可能と判断し、一致しない場合は公開不可と判断し、その比較結果をライブラリ検索部１４０５に返す。比較結果が引き渡されたライブラリ検索部１４０５は表示画面制御部１４０２からの比較結果により公開可否を判定し、次のレコードを検索する。
【００９９】
以上のように、ライブラリ検索部１４０５はＥＤＡライブラリデータベース１１０中の全レコードを検索し、公開可能と判断したＥＤＡライブラリデータベース中のＥＤＡライブラリをライブラリ検索部１４０５を起動しているユーザの画面へ検索結果として表示する。例えば、図１５および図１６に示された例で、ライブラリ検索部１４０５および表示画面制御部１４０２を起動したユーザのＥ−ｍａｉｌアドレスが“ｙｙｙｙｙｙ＠‥‥”の場合は、ＥＤＡライブラリデータベース１１０１中のＩＤ番号“ｎ−１”のＥＤＡライブラリは表示されるが、“ｙｙｙｙｙｙ＠‥‥”ではなく“ｘｘｘｘｘｘ＠‥‥”の場合は、ＥＤＡライブラリデータベース１１０１中のＩＤ番号”ｎ−１”のＥＤＡライブラリは表示されず、図３に示したダウンロード画面のように表示される。
【０１００】
ここで、ユーザは該ダウンロード画面において、自分が所望する動作条件のライブラリが表示されていないなら、所望するライブラリを要望するため、ダウンロードボタン３０１を選択する。ユーザがダウンロードボタンを選択した時点でライブラリ検索部１４０５はＥＤＡライブラリ生成工数算出部１０６に制御を移す。
【０１０１】
ＥＤＡライブラリ生成工数算出部１０６は特定特性ライブラリデータベース１１３にアクセスし、該プロセスシリーズ、ライブラリ種類、動作電源電圧、および温度範囲が該特定特性ライブラリデータベース１１３に存在するか否かを検索する。図７に特定特性ライブラリデータベース１１３の一例が示されているが、図７は第１の実施の形態にて説明されてるいため、その説明を省略する。
【０１０２】
該プロセスシリーズ、ライブラリ種類、動作電源電圧、および温度範囲が該特定特性ライブラリデータベース１１３に存在しない場合の動作については、第１の実施の形態にて説明した動作と同一であるため、その場合におけるＥＤＡライブラリ生成工数算出部１０６、リリース予定日算出部１０７、およびリリース予定日決定部１０８の動作の説明を省略する。
【０１０３】
該プロセスシリーズ、ライブラリ種類、動作電源電圧、および温度範囲が、図７に示した特定特性ライブラリデータベース１１３に存在する場合は、ユーザから指定されたプロセスシリーズ、ライブラリ種類、動作電源電圧、および温度範囲と同一の条件を持つ特定特性ライブラリデータベース１１３中のレコードに存在する予約ＩＤ番号と生成完了予定日７０７を取得する。さらに、ユーザから指定されたプロセスシリーズ、ライブラリ種類を検索キーとして、図５に示したＥＤＡライブラリ生成工数データベース１１１を検索し、対応する費用５０５を取得する。
【０１０４】
次に、リリース予定日決定部１０８は、前記ＥＤＡライブラリ生成工数算出部１０６で特定した費用と、前記生成完了予定日をユーザのＷｅｂ画面に提示する（Ｗｅｂ画面の一例を図８に示している）。ここで、前記生成完了予定日が前記リリース予定日決定部１０８が起動された日付よりも古い場合は、当日の日付を表示する。
【０１０５】
ユーザがこのリリース予定日と費用を受け入れる場合は、図８に示す発注ボタン８０１をクリックする。リリース予定日算出部１０７は発注情報を受け取ると、抽出完了の連絡を受け取るべきＥ−ｍａｉｌアドレス等情報の入力を促すメッセージをユーザのＷｅｂ画面に提示する（図９に一例を示している）。ユーザはユーザ名９０１やＥ−ｍａｉｌアドレス９０２を入力し、“はい”ボタン９０３をクリックすることにより発注を完了する。
【０１０６】
発注が完了した時点で、リリース予定日決定部１０８は、特定特性ライブラリデータベース１１３にロックをかけ、該ユーザを示すユーザ名とＥ−ｍａｉｌアドレスを新規にリストとして作成し、前記特定特性ライブラリデータベース内の該予約ＩＤ番号を持つレコードのポインタ７１０が指すリストに前記新規リストを追加し、ユーザ数７０９をインクリメントした後、特定特性ライブラリデータベース１１３のロックを外す。
【０１０７】
さらに、リリース予定日決定部１０８は、特定特性ライブラリデータベース１１３中の該予約ＩＤ番号を持つレコードの完了フラグ７０８をチェックし、該完了フラグが完了を示している場合は、該レコード中のプロセスシリーズ、ライブラリ種類、動作電源電圧、温度範囲、およびファイルパス名７０６とＥ−ｍａｉｌアドレスをライブラリ登録部１４０４に引渡し、該ライブラリ登録部１４０４を起動する。
【０１０８】
リリース予定日決定部１０８は前記ライブラリ登録部１４０４を起動した後、ライブラリ検索部１４０５に制御を移し、図４に示すライブラリ要望画面を表示し、ユーザの入力待ちの状態に留まる。
【０１０９】
提示されたリリース予定日または費用をユーザが受け入れない場合は、発注キャンセルを意味する“いいえ”ボタン８０２をクリックする。リリース予定日決定部１０８は、キャンセル情報を受け取るとライブラリ検索部１４０４に制御を移し、図４に示すライブラリ要望画面を表示し、ユーザの入力待ちの状態に留まる。
【０１１０】
ＥＤＡライブラリ生成部１４０６はユーザのＥＤＡライブラリ受注システムへのアクセスには依存せずに、毎日定刻（たとえば午前０時）に一度だけ前記ＥＤＡライブラリ生成計画データベース１１２にアクセスし、ＥＤＡライブラリの生成を行う。ＥＤＡライブラリの生成はＥＤＡライブラリ生成処理とＥＤＡライブラリ生成完了処理に分かれ、まずＥＤＡライブラリ生成完了処理を行った後、ＥＤＡライブラリ生成処理を行う。ＥＤＡライブラリ生成処理の動作については、図１１を用いて説明したものと同一であるため、その説明を省略する。
【０１１１】
ＥＤＡライブラリ生成完了処理の動作を図１７を用いて説明する。図１７において、１００１は前日計画取り出し工程、１７０１はライブラリ登録工程を示している。
【０１１２】
前日計画取り出し工程１００１は、ＥＤＡライブラリ生成計画データベース１１２の前日のＥＤＡライブラリ用書式変換計画に割り当てられている計画を１つ取り出す。次に、該計画中の処理指示フラグの判定を行い、該処理指示フラグが“終了”または“開始かつ終了”の場合は、ライブラリ登録起動工程１７０１の処理を行い、該処理指示フラグが“開始”または“継続”の場合はライブラリ登録起動工程１７０１の処理をスキップする。
【０１１３】
ライブラリ登録起動工程１７０１は該計画中の予約ＩＤ番号が指す特定特性ライブラリデータベース１１３のレコードからプロセスシリーズ７０２、ライブラリ種類７０３、動作電源電圧７０４、動作温度範囲７０５、ファイルパス名７０６と、ポインタ７１０が指すユーザ名およびＥ−ｍａｉｌアドレスの一覧リストとを取り出し、前記取り出した情報をライブラリ登録部１４０４に引渡して該ライブラリ登録工程を起動する。以上の処理を前日のＥＤＡライブラリ生成計画データベース１１２中のＥＤＡライブラリ用書式変換計画に割り当てられている各計画に対して繰り返し、すべての処理対象が無くなった時点で処理を終了する。
【０１１４】
ライブラリ登録部１４０４は、引き渡されたプロセスシリーズ、ライブラリ種類、動作電源電圧、動作温度範囲、およびＥＤＡライブラリのファイルパス名をＥＤＡライブラリデータベース１１０に登録する。ここで、ＩＤ番号１６０１は新規に番号が付与され、公開状況は特定ユーザ以外にはダウンロード画面に表示しないことを意味する“特定”が登録される。
【０１１５】
さらに、前記ライブラリ登録部１４０４は引き渡された該Ｅ−ｍａｉｌアドレスをキーとしてユーザ固有情報データベース１４０３を検索し、検出したレコードのＩＤ番号へのポインタ１５０３が指すＩＤ番号テーブル１５０２に新規に付与されたＩＤ番号１６０１を追加し、ＩＤ番号数１５０１をインクリメントする。
【０１１６】
さらに、前記ライブラリ登録部１４０４は、ライブラリ登録起動工程１７０１から引き渡された該Ｅ−ｍａｉｌアドレスをメール発信部１０３に引渡し、前記アドレスのユーザにＥＤＡライブラリ生成が完了した旨のメールを発信する。
【０１１７】
メールを受信したユーザはＷＷＷブラウザ１０１からライブラリ検索部１４０５を起動する。起動されたライブラリ検索部１４０５およびこのライブラリ検索部１４０５から起動された表示画面制御部１４０２により、特定特性のライブラリを要望したユーザのダウンロード画面には、標準特性ライブラリと自分が要望した特定特性のライブラリとが表示される。
【０１１８】
例えば、図１５および図１６に示されたユーザ固有情報データベース１４０３およびＥＤＡライブラリデータベース１１０にユーザ名“ｘｘｘｘｘｘ”のユーザが要望した新規特性ライブラリが登録された例を図１８および図１９に示す。図１９において、１９０１は新規に登録された特定特性ライブラリのレコードを示しており、そのＩＤ番号１６０１は“ｎ”であることを示している。図１８において、１８０１はユーザ名“ｘｘｘｘｘｘ”のユーザ情報レコードであり、該レコードのＩＤ番号へのポインタ１５０３が指すＩＤ番号テーブルには“ｎ”が格納されていることを示している。このようなユーザ固有情報およびＥＤＡライブラリデータベース１１０に対してユーザ名“ｘｘｘｘｘｘ”のユーザが表示するダウンロード画面例を図２０に示す。図２０に示したように該ユーザのダウンロード画面例には特定特性ライブラリが表示される。
【０１１９】
以上のように、本第２の実施の形態に係るＥＤＡライブラリ受注システムによれば、第１の実施の形態と同様に、ユーザが所望の動作特性が反映されたライブラリを用いてＬＳＩ設計を行なおうとする場合、そのライブラリが半導体ベンダーのライブラリデータベースに準備されていなくても、Ｗｅｂブラウザを用いて発注することが可能となる。
【０１２０】
次に、本発明の第３の実施の形態に係るＥＤＡライブラリ受注システムを、図面に基づき説明する。
図１２は、本発明の第３の実施の形態に係るＥＤＡライブラリ受注システムの全体構成を示すブロック図である。
【０１２１】
図１２において、１０１はＷＷＷブラウザ、１０２はＷＷＷサーバ、１０３はメール発信部（通信部の一例であり、メール発信工程ともいう）、１０４は個別ダウンロード部（個別ダウンロード工程）、１０５はライブラリ検索部（ライブラリ検索工程）、１０６はＥＤＡライブラリ生成工数算出部（ＥＤＡライブラリ生成工数算出工程）、１２０３はリリース予定日算出部（リリース予定日算出工程）、１０８はリリース予定日決定部（リリース予定日決定工程）、１０９はＥＤＡライブラリ生成部（ＥＤＡライブラリ生成工程）、１１０はＥＤＡライブラリデータベース、１１１はＥＤＡライブラリ生成工数データベース、１１２はＥＤＡライブラリ生成計画データベース、１１４は個別ＥＤＡライブラリ、１２０１は特定特性ライブラリデータベース、１２０２はライブラリ公開部（ライブラリ公開工程）を示している。
【０１２２】
なお、ＷＷＷブラウザ１０１、ＷＷＷサーバ１０２、メール発信部１０３、個別ダウンロード部１０４、ライブラリ検索部１０５、ＥＤＡライブラリ生成工数算出部１０６、リリース予定日決定部１０８、ＥＤＡライブラリ生成部１０９、ＥＤＡライブラリデータベース１１０、ＥＤＡライブラリ生成工数データベース１１１、ＥＤＡライブラリ生成計画データベース１１２、および個別ＥＤＡライブラリ１１４については、上記第１の実施の形態にて説明したものと同一であるため、その説明を省略する。
【０１２３】
特定特性ライブラリデータベース１２０１の一例を図１３に示す。図１３に示した特定特性ライブラリデータベース１２０１中の７０１〜７１０は図７に示した同番号の項目であり、ここでは説明しない。
【０１２４】
１３０１は初期リリース日を示している。前記初期リリース日はリリース予定日算出部１２０３により設定される。リリース予定日算出部１２０３は第１の実施の形態にて説明したリリース予定日算出部１０７と同じ動作をするが、生成完了予定日７０７に生成完了予定日を設定する時に、初期リリース日１３０１に前記生成完了予定日を設定する動作のみが追加される。
【０１２５】
ライブラリ公開部１２０２は、ユーザのＥＤＡライブラリ受注システムへのアクセスには依存せずに、毎日定刻（たとえば午前０時）に一度だけ特定特性ライブラリデータベース１１３にアクセスし、以下の処理を行う。
【０１２６】
まず、ライブラリ公開部１２０２は特定特性ライブラリデータベース１１３の先頭レコード中の初期リリース日１３０１を取り出す。次に、該初期リリース日と当日の日付を比較し、初期抽出時期から一定期間（たとえば１年間）経過したＥＤＡライブラリか否かを判定し、経過している場合は、該レコード中のプロセスシリーズ７０１、ライブラリ種類７０２、動作電源電圧７０３、動作温度７０４、ファイルパス名７０５が指すＥＤＡライブラリファイルを取出し、ＥＤＡライブラリデータベース１１０に格納する。この時、前記ファイルパス名７０５が指すＥＤＡライブラリファイルから作成された個別ＥＤＡライブラリ１１４は削除する。
【０１２７】
なお、ユーザがＷｅｂブラウザ１０１を使ってライブラリ検索画面を表示する場合に表示されるリリース日は、ライブラリ検索画面が起動された当日の日付を前記ライブラリデータベースに格納しておくものとする。
【０１２８】
また、前記判定の時に、初期抽出時期から一定期間と前記特定特性ライブラリデータベース１２０１中の該特定特性ライブラリを要望したユーザ数が一定（例えば、５名）以上を判定基準としてもよい。
【０１２９】
ライブラリ公開部１２０２は、以上の処理を前記特定特性ライブラリデータベース１２０１の全レコードの処理が終了するまで繰り返し、全レコードの処理が終了した時点で、翌日に起動されるまで処理を停止する。
【０１３０】
以上のように、本第３の実施の形態に係る構成によれば、標準特性のＥＤＡライブラリだけではなく、標準以外の特性を持つＥＤＡライブラリも受注から一定期間後には一般のユーザに無料で提供することができるため、半導体ベンダーは競合他社に対してより品揃えの豊富なＥＤＡライブラリ受注システムを実現できる。
【０１３１】
なお、この第３の実施の形態においては、第１の実施の形態に係るシステムに適用したものとして説明したが、第２の実施の形態に係るシステムに基づくものであってもよい。
【０１３２】
次に、本発明の第４の実施の形態に係るＥＤＡライブラリ受注システムを、図面に基づき説明する。
本第４の実施の形態に係るＥＤＡライブラリ受注システムは、ライブラリの更新を行い得る機能を有するものである。
【０１３３】
図２２は、第４の実施の形態に係るＥＤＡライブラリ受注システムの全体構成を示すブロック図である。
図２２において、１０１はＷＷＷブラウザ、１０２はＷＷＷサーバ、１０３はメール発信部（通信部の一例であり、メール発信工程ともいう）、１０４は個別ダウンロード部（個別ダウンロード工程）、１０５はライブラリ検索部（ライブラリ検索工程）、１０６はＥＤＡライブラリ生成工数算出部（ＥＤＡライブラリ生成工数算出工程）、１０７はリリース予定日算出部（リリース予定日算出工程）、１０８はリリース予定日決定部（リリース予定日決定工程）、１０９はＥＤＡライブラリ生成部（ＥＤＡライブラリ生成工程）、１１０はＥＤＡライブラリデータベース、１１１はＥＤＡライブラリ生成工数データベース、１１２はＥＤＡライブラリ生成計画データベース、１１３は特定特性ライブラリデータベース、１１４は個別ＥＤＡライブラリ、２２０１はライブラリが更新されたことを検出するための更新検出部（更新検出工程）、２２０２はユーザが個別に要望したＥＤＡライブラリの特性を再抽出するための特性抽出計画を行うＥＤＡライブラリ再作成計画（ＥＤＡライブラリ再作成計画工程）を示している。
【０１３４】
なお、ＷＷＷブラウザ１０１、ＷＷＷサーバ１０２、メール発信部１０３、個別ダウンロード部１０４、ライブラリ検索部１０５、ＥＤＡライブラリ生成工数算出部１０６、リリース予定日算出部１０７、リリース予定日決定部１０８、ＥＤＡライブラリ生成部１０９、ＥＤＡライブラリデータベース１１０、ＥＤＡライブラリ生成工数データベース１１１、ＥＤＡライブラリ生成計画データベース１１２、特定特性ライブラリデータベース１１３、個別ＥＤＡライブラリ１１４については、第１の実施の形態にて説明したものと同一であるため、その説明を省略する。
【０１３５】
まず、更新検出部２２０１の動作について説明する。動作説明に先立ち、図１６にＥＤＡライブラリデータベースの一例を示す。
図１６において、１６０３はリリース日、１６０４はプロセスシリーズ、１６０５は該プロセスシリーズで用意されているライブラリ種類を示している。
【０１３６】
更新検出部２２０１は、毎日定刻（たとえば午前１２時）に一度だけＥＤＡライブラリデータベース１１３にアクセスし、このＥＤＡライブラリデータベース１１３中の全レコードに対して順次以下の動作を繰り返す。
【０１３７】
まず、ＥＤＡライブラリデータベース１１３中のレコードを一つ取出し、該レコード中のプロセスシリーズおよびライブラリ種類をチェックする。前記チェックを行ったプロセスシリーズおよびライブラリ種類がはじめて現れた場合は前記レコード中のリリース日をチェックし、現れたのが２度目以降の場合は該レコードの処理をスキップし、次のレコードを一つ取出す。
【０１３８】
前記リリース日が、前日にチェックしたリリース日と異なる場合は、該レコードのＥＤＡライブラリが更新されていると判断し、該レコードのプロセスシリーズ１６０４とライブラリ種類１６０５を取出し、ＥＤＡライブラリ再作成計画部２２０２を起動して、該プロセスシリーズとライブラリ種類をＥＤＡライブラリ再作成計画部２２０２に引き渡す。
【０１３９】
更新検出部２２０１により起動されたＥＤＡライブラリ再作成計画部２２０２は、特定特性ライブラリデータベース１１３にアクセスし、前記特定特性ライブラリデータベースの全レコードに対してレコードの順に以下の動作を繰り返す。
【０１４０】
特定特性ライブラリデータベース１１３の一例を図２３に示す。図２３において、７０２はプロセスシリーズ、７０３はライブラリ種類を示している。
まず、ＥＤＡライブラリ再作成計画部２２０２は、更新検出部２２０１から引き渡されたプロセスシリーズおよびライブラリ種類と、前記特定特性ライブラリデータベース１１３中のプロセスシリーズ７０２およびライブラリ種類７０３とを比較し、一致するレコードの予約ＩＤ番号（ここでは“ｎ−１”とする）を取出す。
【０１４１】
次に、前記ＥＤＡライブラリ再作成計画部２５０２はＥＤＡライブラリ生成工数データベース１１１を検索し、該プロセスシリーズかつ該ライブラリ種類の特性抽出とＥＤＡツール用書式変換に必要な工数を特定する。
【０１４２】
ＥＤＡライブラリ生成工数データベース１１１の一例は図５に示されている。図５において、５０１はプロセスシリーズを示す識別子、５０２はライブラリ種類を示す識別子、５０３は特性抽出実績工数、５０４はＥＤＡツール用の書式変換に要する実績工数を示している。
【０１４３】
前記ＥＤＡライブラリ再作成計画部２５０２は、前記ＥＤＡライブラリ生成工数データベース１１１に格納されているプロセスシリーズを示す識別子５０１とライブラリ種類を示す識別子５０２の中から、前記予約ＩＤ番号（“ｎ−１”）を持つレコード中のプロセスシリーズとライブラリ種類に一致するレコード特定する。図２３に示した一例ではプロセスシリーズは“０．１３ｕｍ”、ライブラリ種類は“高密度版スタンダードセル”であるので、図５に示した前記ＥＤＡライブラリ生成工数データベース１１１から特性抽出に必要な工数９日とＥＤＡツール用書式変換に必要な工数１日が特定される。
【０１４４】
次に、前記ＥＤＡライブラリ再作成計画部２５０２は、ＥＤＡライブラリ生成計画データベース１１２を検索し、再作成するＥＤＡライブラリのリリース予定日を決定する。ＥＤＡライブラリ生成計画データベース１１２の一例を図２４に示す。
【０１４５】
図２４において６０１はＥＤＡライブラリ生成計画カレンダーの日付、６０２は特定条件の特性抽出計画、６０３はＥＤＡツール用書式変換計画、６０４は標準の特性抽出計画を示している。ここで再作成されるＥＤＡライブラリは、標準特性のＥＤＡライブラリではないが、ユーザに直接要求されるＥＤＡライブラリ作成計画に影響を与えないように標準の特性抽出計画の範疇として処理を行うこととする。
【０１４６】
前記ＥＤＡライブラリ再作成計画部２５０２は、ＥＤＡライブラリ生成計画データベース１１２が他のユーザからの予約を受け付けないようにロック処理を行い、該ＥＤＡライブラリ再作成計画部２５０２が起動された日付が６月３日であるとする（２４０１）と、標準特性抽出計画６０４内を６月３日の翌日から順に日付をたどり、予約されていない６月３日から６月１１日（２４０２）を予約して行く。
【０１４７】
次に、ＥＤＡツール用書式変換計画６０３内を６月１２日の翌日から順に日付をたどり、予約されていない６月１２日（２４０３）を予約する。予約は１日単位で行なわれ、その各日毎に抽出処理への指示を示す処理指示フラグと予約ＩＤ番号をセットで格納する。
【０１４８】
図２４に示した例では処理指示フラグとして、６月３日は“開始”、６月４日から６月１０日までの７日間は“継続”、６月１１日は“終了”が格納され、予約ＩＤ番号として９日間はすべて特定特性ライブラリデータベースを検索して取得した予約ＩＤ番号（ここでは“ｎ−１”）が格納される。また、６月１２日には“開始かつ終了”処理指示フラグと該予約ＩＤ番号が格納される。
【０１４９】
前記ＥＤＡライブラリ再作成計画部２５０２は、前記特定特性ライブラリデータベース１１３のレコードを順次検索することにより、予約ＩＤ番号“ｎ−１”に続いて“ｎ”および“ｎ＋１”を持つレコードを特定し、ＥＤＡライブラリ生成計画データベース１１２の標準特性抽出計画に対して、６月１２日から６月２０日（２４０４）、６月２１日から６月２９日（２４０６）を予約し、ＥＤＡツール用書式変換計画に対して、６月２１日（２４０５）と６月３０日（２４０７）を予約し、適切な処理指示フラグと対応する予約ＩＤ番号を格納する。
【０１５０】
最後に前記ＥＤＡライブラリ再作成計画部２５０２は、ＥＤＡライブラリ生成計画データベース１１２のロックを外した後、動作を終了する。
以上の動作により、ＥＤＡライブラリ生成計画データベース１１２にはＥＤＡライブラリの再作成計画が、ユーザが始めに自分が所望する特定特性のＥＤＡライブラリを要望した順序で予約され、ＥＤＡライブラリ生成部１０９が第１の実施の形態にて説明したものと同じ動作を行うことによりＥＤＡライブラリの再作成が行われ、各ＥＤＡライブラリの作成が完了した時点で前記ＥＤＡライブラリを所望したユーザにライブラリが更新された旨のＥ−ｍａｉｌが発信される。
【０１５１】
以上のように、本第４の実施の形態によれば、標準特性のＥＤＡライブラリが更新された場合に、ユーザが発注した非標準特性のＥＤＡライブラリの更新がユーザ自ら発注することなくタイムリーに行われるため、高品質な保守サービスを提供するＥＤＡライブラリ受注システムを実現できる。
【０１５２】
なお、この第４の実施の形態においても、第１の実施の形態に係るシステムに適用したものとして説明したが、第２の実施の形態に係るシステムに基づくものであってもよい。
【０１５３】
次に、本発明の第５の実施の形態に係るＥＤＡライブラリ受注システムを、図面に基づき説明する。
本第５の実施の形態に係るＥＤＡライブラリ受注システムは、ライブラリの更新を行い得る機能を有するものである。
【０１５４】
図２５は、第５の実施の形態に係るＥＤＡライブラリ受注システムの全体構成を示すブロック図である。
図２５において、１０１はＷＷＷブラウザ、１０２はＷＷＷサーバ、１０３はメール発信部（通信部の一例であり、メール発信工程ともいう）、１０４は個別ダウンロード部（個別ダウンロード工程）、１０５はライブラリ検索部（ライブラリ検索工程）、１０６はＥＤＡライブラリ生成工数算出部（ＥＤＡライブラリ生成工数算出工程）、１０７はリリース予定日算出部（リリース予定日算出工程）、１０８はリリース予定日決定部（リリース予定日決定工程）、１０９はＥＤＡライブラリ生成部（ＥＤＡライブラリ生成工程）、１１０はＥＤＡライブラリデータベース、１１１はＥＤＡライブラリ生成工数データベース、１１２はＥＤＡライブラリ生成計画データベース、１１３は特定特性ライブラリデータベース、１１４は個別ＥＤＡライブラリ、２５０１はライブラリが更新されたことを検出するための更新検出部（更新検出工程）、２５０２は作成順位に基づき再作成計画を行うＥＤＡライブラリ再作成計画部（ＥＤＡライブラリ再作成計画工程）、２５０３はユーザが個別に発注した各ＥＤＡライブラリの発注数を参照して再作成順序を決めるための発注数優先計画決定部（発注数優先計画決定工程）を示している。
【０１５５】
なお、ＷＷＷブラウザ１０１、ＷＷＷサーバ１０２、メール発信部１０３、個別ダウンロード部１０４、ライブラリ検索部１０５、ＥＤＡライブラリ生成工数算出部１０６、リリース予定日算出部１０７、リリース予定日決定部１０８、ＥＤＡライブラリ生成部１０９、ＥＤＡライブラリデータベース１１０、ＥＤＡライブラリ生成工数データベース１１１、ＥＤＡライブラリ生成計画データベース１１２、特定特性ライブラリデータベース１１３、個別ＥＤＡライブラリ１１４については、上記第１の実施の形態にて説明したものと同一であるため、その説明を省略する。
【０１５６】
まず、更新検出部２５０１の動作につて説明する。動作の説明に先立ち、図１６に特定特性ライブラリデータベース１１３の一例を示す。
図１６において、１６０３はリリース日、１６０４はプロセスシリーズ、１６０５は該プロセスシリーズで用意されているライブラリ種類を示している。
【０１５７】
更新検出部２５０１は、毎日定刻（たとえば午前１２時）に一度だけ特定特性ライブラリデータベース１１３にアクセスし、この特定特性ライブラリデータベース中の全レコードに対して以下の動作を繰り返す。
【０１５８】
まず、前記ＥＤＡライブラリデータベース１１３中のレコードを一つ取出し、該レコード中のプロセスシリーズおよびライブラリ種類をチェックする。前記チェックを行ったプロセスシリーズおよびライブラリ種類がはじめて現れた場合は前記レコード中のリリース日をチェックし、現れたのが２度目以降の場合は該レコードの処理をスキップし、次のレコードを一つ取出す。
【０１５９】
前記リリース日が、前日にチェックしたリリース日と異なる場合は、該レコードのＥＤＡライブラリが更新されていると判断し、該レコードのプロセスシリーズ１６０４とライブラリ種類１６０５を取出し、発注数優先計画決定部２５０３を起動して、該プロセスシリーズとライブラリ種類をこの発注数優先計画決定部に引き渡す。
【０１６０】
更新検出部２５０１により起動された発注数優先計画決定部２５０３は、特定特性ライブラリデータベース１１３にアクセスする。
特定特性ライブラリデータベース１１３の一例を図２３に示す。図２３において、７０２はプロセスシリーズ、７０３はライブラリ種類、７０９はユーザ数を示している。
【０１６１】
発注数優先計画決定部２５０３は、更新検出部２４０１から引き渡されたプロセスシリーズおよびライブラリ種類と、前記特定特性ライブラリデータベース１１３中のプロセスシリーズ７０２およびライブラリ種類７０３とを比較し、一致するレコードの予約ＩＤ番号７０１とそのユーザ数７０９を一時記憶する。この動作を前記特定特性ライブラリデータベース１１３の全レコードに対して繰り返す。図２３の例では、予約ＩＤ番号“ｎ−１”、“ｎ”、“ｎ＋１”と対応するユーザ数“２”、“３”、“１”がリストとして記憶される。
【０１６２】
次に、発注数優先計画決定部２５０３は、記憶した予約ＩＤ番号をユーザ数の多い順に並び変え、ＥＤＡライブラリ再作成計画部２５０２を起動し、前記並び替えた予約ＩＤ番号リストと、更新検出部２５０１から引き渡されたプロセスシリーズとライブラリ種類を前記ＥＤＡライブラリ再作成計画部２５０２に引き渡す。図２３の例では、予約ＩＤ番号“ｎ−１”のユーザ数は２、“ｎ”のユーザ数は３、“ｎ＋１”のユーザ数は１であるので、並びかえた予約ＩＤ番号リストは、“ｎ”、“ｎ−１”、“ｎ＋１”の順となる。
【０１６３】
前記発注数優先計画決定部２５０３から起動されたＥＤＡライブラリ再作成計画部２５０２は、まずＥＤＡライブラリ生成工数データベース１１１を検索し、該プロセスシリーズかつ該ライブラリ種類の特性抽出とＥＤＡツール用書式変換に必要な工数を特定する。
【０１６４】
ＥＤＡライブラリ生成工数データベース１１１の一例は図５に示されている。
図５において、５０１はプロセスシリーズを示す識別子、５０２はライブラリ種類を示す識別子、５０３は特性抽出実績工数、５０４はＥＤＡツール用の書式変換に要する実績工数を示している。
【０１６５】
前記ＥＤＡライブラリ再作成計画部２５０２は、前記ＥＤＡライブラリ生成工数データベース１１１に格納されているプロセスシリーズを示す識別子５０１とライブラリ種類を示す識別子５０２の中から、前記発注数優先計画決定部２５０３から引き渡されたプロセスシリーズとライブラリ種類に一致するレコードを特定する。図２３に示したプロセスシリーズは“０．１３ｕｍ”、ライブラリ種類は“高密度版スタンダードセル”であるので、特性抽出に必要な工数９日とＥＤＡツール用書式変換に必要な工数１日が特定される。
【０１６６】
次に、前記ＥＤＡライブラリ再作成計画部２５０２は、前記発注数優先計画決定部２５０３から引き渡された予約ＩＤ番号リストの順に前記予約ＩＤ番号をキーにしてＥＤＡライブラリ生成計画データベース１１２を検索し、該予約ＩＤ番号に対応するＥＤＡライブラリを再作成しリリースを行う予定日を決定する。ＥＤＡライブラリ生成計画データベース１１２の一例を図２６に示す。
【０１６７】
図２６において、６０１はＥＤＡライブラリ生成計画カレンダーの日付、６０２は特定の特性抽出計画、６０３はＥＤＡツール用書式変換計画、６０４は標準の特性抽出計画を示している。ここで再作成されるＥＤＡライブラリは、標準特性のＥＤＡライブラリではないが、ユーザに直接要求されるＥＤＡライブラリ作成計画に影響を与えないように標準の特性抽出計画の範疇として処理を行うこととする。
【０１６８】
前記ＥＤＡライブラリ再作成計画部２５０２は、ＥＤＡライブラリ生成計画データベース１１２が他のユーザからの予約を受け付けないようにロック処理を行い、該ＥＤＡライブラリ再作成計画部２５０２が起動された日付が６月３日であるとする（２６０１）と、標準特性抽出計画６０４内を６月３日の翌日から順に日付をたどり、予約されていない６月３日から６月１１日（２６０２）を予約して行く。次に、ＥＤＡツール用書式変換計画６０３内を６月１２日の翌日から順に日付をたどり、予約されていない６月１２日（２６０３）を予約する。予約は１日単位で行なわれ、その各日毎に抽出処理への指示を示す処理指示フラグと予約ＩＤ番号をセットで格納する。
【０１６９】
図２６に示した例では、処理指示フラグとして、６月３日は“開始”、６月４日〜６月１０日までの７日間は“継続”、６月１１日は“終了”が格納され、予約ＩＤ番号として９日間はすべて該予約ＩＤ番号である“ｎ”が格納される。また、６月１２日には“開始かつ終了”処理指示フラグと該予約ＩＤ番号が格納される。
【０１７０】
次に、前記ＥＤＡライブラリ再作成計画部２５０２は、前記予約ＩＤリストの順に予約ＩＤ番号を取出し、予約ＩＤ番号“ｎ−１”に対して標準特性抽出計画の６月１２日から６月２０日（２６０４）とＥＤＡツール用書式変換計画の６月２１日（２６０５）を予約し、予約ＩＤ番号“ｎ＋１”に対して標準特性抽出計画の６月２１日から６月２９日（２６０６）とＥＤＡツール用書式変換計画の６月３０日（２６０７）を予約し、適切な処理指示フラグと対応する予約ＩＤ番号を格納する。
【０１７１】
最後に前記ＥＤＡライブラリ再作成計画部２５０２は、ＥＤＡライブラリ生成計画データベース１１２のロックを外した後、動作を終了する。
以上の動作により、ＥＤＡライブラリ生成計画データベースにはＥＤＡライブラリの再作成計画が、ユーザの要望数が多い特定特性のＥＤＡライブラリの順序で予約され、ＥＤＡライブラリ生成部１０９が、図１４を用いて説明したものと同じ動作を行うことによりＥＤＡライブラリの再作成が行われ、各ＥＤＡライブラリの作成が完了した時点で前記ＥＤＡライブラリを所望したユーザに更新された旨のＥ−ｍａｉｌが発信される。
【０１７２】
以上のように、本第５の実施の形態に係る構成によれば、標準特性のＥＤＡライブラリが更新された場合に、ユーザが発注した非標準特性のＥＤＡライブラリの更新をユーザ自ら発注することなく、ユーザ要望が多い特性のＥＤＡライブラリがユーザ要望が少ない特性のＥＤＡライブラリより優先的に更新されるサービスを提供するＥＤＡライブラリ受注システムを実現できる。
【０１７３】
なお、この第５の実施の形態に係るシステムは、基本的には、第１および第４の実施の形態に係るシステムに基づくものであるが、勿論、第２および第４の実施の形態に係るシステムに基づくものであってもよい。
【０１７４】
次に、本発明の第６の実施の形態に係るＥＤＡライブラリ受注システムを、図面に基づき説明する。
本第６の実施の形態に係るＥＤＡライブラリ受注システムは、ライブラリの更新を行い得る機能を有するものである。
【０１７５】
図２１は、第６の実施の形態に係るＥＤＡライブラリ受注システムの全体構成を示すブロック図である。
図２１において、１０１はＷＷＷブラウザ、１０２はＷＷＷサーバ、１０３はメール発信部（通信部の一例であり、メール発信工程ともいう）、１０４は個別ダウンロード部（個別ダウンロード工程）、１０５はライブラリ検索部（ライブラリ検索工程）、１０６はＥＤＡライブラリ生成工数算出部（ＥＤＡライブラリ生成工数算出工程）、１０７はリリース予定日算出部（リリース予定日算出工程）、１０８はリリース予定日決定部（リリース予定日決定工程）、１０９はＥＤＡライブラリ生成部（ＥＤＡライブラリ生成工程）、１１０はＥＤＡライブラリデータベース、１１１はＥＤＡライブラリ生成工数データベース、１１２はＥＤＡライブラリ生成計画データベース、１１３は特定特性ライブラリデータベース、１１４は個別ＥＤＡライブラリ、２１０１はライブラリが更新されたことを検出するための更新検出部（更新検出工程）、２１０２はユーザがライブラリをダウンロードした時の履歴が保存されるダウンロード履歴情報ファイル、２１０３は前記ダウンロード履歴情報ファイルを参照してユーザが個別に発注した各ＥＤＡライブラリの再作成順序を決めるための取得履歴優先計画決定部（取得履歴優先計画決定工程）、２５０２は作成順位に基づき再作成計画を行うＥＤＡライブラリ再作成計画部（ＥＤＡライブラリ再作成計画工程）を示している。
【０１７６】
なお、ＷＷＷブラウザ１０１、ＷＷＷサーバ１０２、メール発信部１０３、個別ダウンロード部１０４、ライブラリ検索部１０５、ＥＤＡライブラリ生成工数算出部１０６、リリース予定日算出部１０７、リリース予定日決定部１０８、ＥＤＡライブラリ生成部１０９、ＥＤＡライブラリデータベース１１０、ＥＤＡライブラリ生成工数データベース１１１、ＥＤＡライブラリ生成計画データベース１１２、特定特性ライブラリデータベース１１３、個別ＥＤＡライブラリ１１４については、第１の実施の形態にて説明した同一のものであるため、その説明を省略する。
【０１７７】
また、更新検出部２１０１につていは、第５の実施の形態で図２５を用いてその動作を説明した更新検出部２５０１と、発注数優先計画決定部２５０３の代わりに取得履歴優先計画決定部２１０３を起動することを除き、同じ動作を行う。
【０１７８】
前記更新検出部２１０１により起動された取得履歴優先計画決定部２１０３は、ダウンロード履歴情報ファイル２１０２にアクセスする。前記ダウンロード履歴情報ファイル２１０２の一例を図２７に示す。
【０１７９】
図２７において、２７０１はダウンロード日、２７０２はプロセスシリーズ、２７０３はライブラリ種類、２７０４は動作電源電圧、２７０５は動作温度、２７０６は特定特性データベース１１３における該ライブラリの予約ＩＤ番号、２７０７はユーザ名、２７０８は該ユーザのＥ−ｍａｉｌアドレスを示している。
【０１８０】
前記取得履歴優先計画決定部２１０３は、更新検出部２１０１から引き渡されたプロセスシリーズおよびライブラリ種類をキーとして前記ダウンロード履歴情報ファイル２１０２をダウンロード日付の新しい方から順に検索し、プロセスシリーズ２７０２およびライブラリ種類２７０３が一致するレコードの動作電源電圧２７０４および動作温度２７０５が初めて現れた場合は、該レコードの予約ＩＤ番号２７０６を記憶する。図２７に示した一例では、”ｎ＋１“、”ｎ−１“、”ｎ“の順に記憶された予約ＩＤ番号リストが作成される。
【０１８１】
次に、前記取得履歴優先計画決定部２１０３はＥＤＡライブラリ再作成計画部２５０２を起動し、前記予約ＩＤ番号リストと、更新検出部２１０１から引き渡されたプロセスシリーズとライブラリ種類をこのＥＤＡライブラリ再作成計画部２５０２に引き渡す。
【０１８２】
次に、前記ＥＤＡライブラリ再作成計画部２５０２は、ＥＤＡライブラリ生成計画データベース１１２中に前記予約ＩＤ番号リストにより示されたライブラリの作成計画を予約するが、その動作については、第５の実施の形態で説明したＥＤＡライブラリ再作成計画部２５０２と同一であるため、その説明を省略する。
【０１８３】
なお、該ＥＤＡライブラリ再作成計画部２５０２が起動された日付が６月３日であるとすると、前記ＥＤＡライブラリ生成計画データベース１１２においては、図２８に示すように、予約ＩＤ番号”ｎ＋１“の特性抽出日程は６月３日〜１１日（２８０２）、ＥＤＡツール用書式変換は６月１２日（２８０３）、”ｎ−１“の特性抽出日程は６月１２日〜２０日（２８０４）、ＥＤＡツール用書式変換は６月２１日（２８０５）、”ｎ“の特性抽出日程は６月２１日〜２９日（２８０６）、ＥＤＡツール用書式変換は６月３０日（２８０７）となる。
【０１８４】
以上の動作により、ＥＤＡライブラリ生成計画データベース１１２にはＥＤＡライブラリの再作成計画が、ダウンロード日が新しいＥＤＡライブラリの順序で予約され、ＥＤＡライブラリ作成工程１０９が第１の実施の形態で説明したものと同じ動作を行うことによりＥＤＡライブラリの再作成が行われ、各ＥＤＡライブラリの作成が完了した時点で前記ＥＤＡライブラリを所望したユーザに更新された旨のＥ−ｍａｉｌが発信される。
【０１８５】
以上のように、本第６の実施の形態に係る構成によれば、標準特性のＥＤＡライブラリが更新された場合に、ユーザが発注した非標準特性のＥＤＡライブラリの更新をユーザ自ら発注することなく、設計が完了していない可能性が高いユーザが利用しているライブラリがより優先的に更新されるサービスを提供するＥＤＡライブラリ受注システムを実現できる。
【０１８６】
なお、この第６の実施の形態に係るシステムは、基本的には、第１および第４の実施の形態に係るシステムに基づくものであるが、勿論、第２および第４の実施の形態に係るシステムに基づくものであってもよい。
【０１８７】
次に、本発明の第７の実施の形態に係るＥＤＡライブラリ受注システムを、図面に基づき説明する。
本第７の実施の形態に係るＥＤＡライブラリ受注システムは、ライブラリの更新を行い得る機能を有するものである。
【０１８８】
図２９は、第７の実施の形態に係るＥＤＡライブラリ受注システムの全体構成を示すブロック図である。
図２９において、１０１はＷＷＷブラウザ、１０２はＷＷＷサーバ、１０３はメール発信部（通信部の一例であり、メール発信工程ともいう）、１０６はＥＤＡライブラリ生成工数算出部（ＥＤＡライブラリ生成工数算出工程）、１０７はリリース予定日算出部（リリース予定日算出工程）、１０８はリリース予定日決定部（リリース予定日決定工程）、１１０はＥＤＡライブラリデータベース、１１１はＥＤＡライブラリ生成工数データベース、１１２はＥＤＡライブラリ生成計画データベース、１１３は特定特性ライブラリデータベース、１４０１はユーザ情報登録部（ユーザ情報登録工程）、１４０２は表示画面制御部（表示画面制御工程）、１４０４はライブラリ登録部（ライブラリ登録工程）、１４０６はＥＤＡライブラリ生成部（ＥＤＡライブラリ生成工程）、２９０１はライブラリが更新されたことを検出するための更新検出部（更新検出工程）、２５０２作成順位に基づき特性抽出計画を行うＥＤＡライブラリ再作成計画部（ＥＤＡライブラリ再作成計画工程）、２９０３はユーザが発注したライブラリを使用するＬＳＩの半導体ベンダーへの発注予定数が多い順に優先順序を決めるための生産数優先計画決定部（生産数優先計画決定工程）、２９０４はユーザ固有情報データベース、２９０５はライブラリ検索部（ライブラリ検索工程）を示している。
【０１８９】
なお、ＷＷＷブラウザ１０１、ＷＷＷサーバ１０２、メール発信部１０３、個別ダウンロード部１０４、ＥＤＡライブラリ生成工数算出部１０６、リリース予定日算出部１０７、リリース予定日決定部１０８、ＥＤＡライブラリデータベース１１０、ＥＤＡライブラリ生成工数データベース１１１、ＥＤＡライブラリ生成計画データベース１１２、特定特性ライブラリデータベース１１３、ユーザ情報登録部１４０１、表示画面制御部１４０２、ライブラリ登録部１４０４、ＥＤＡライブラリ生成部１４０６は、第２の実施の形態にて説明したものと同一のものであるため、その説明を省略する。
【０１９０】
前記ライブラリ検索部２９０５においては、ユーザがＥＤＡライブラリ受注システムにアクセスし、パスワードを入力した後に起動され、ライブラリ検索画面が表示される。
【０１９１】
表示されるライブラリ検索画面の一例は図２に示されており、その構成については、第１の実施の形態にて説明しているため、その説明を省略する。
図２の検索開始ボタン２０３をクリックすると、ライブラリ検索部２９０５は、第２の実施の形態で説明したライブラリ検索部１４０５の動作と同じ動作を行い、図３に一例を示したダウンロード画面を表示する。
【０１９２】
但し、ライブラリ検索部１４０５では、前記ダウンロード画面から所望のライブラリをクリックすると前記ライブラリのダウンロードが開始されるが、本実施の形態に係るライブラリ検索部２９０５においては、ライブラリの使用に関する情報入力画面を表示し、前記情報入力画面に対してユーザが情報を入力した後、ダウンロードが開始される点が異なる。
【０１９３】
前記ダウンロード画面から所望のライブラリをクリックした場合に表示される画面を図３０に示す。
図３０において、３００１は該ライブラリを使用する予定のＬＳＩを識別するためのＬＳＩコード名、３００２は該ライブラリを使用するＬＳＩを製造するための発注を行う予定日を示す製造発注時期、３００３は前記ＬＳＩの発注予定数、３００４はダウンロードを開始するためのボタンを示している。
【０１９４】
前記ライブラリ検索部２９０５は、ユーザがＬＳＩコード名３００１、製造発注時期３００２、発注予定数３００３を入力した後、ボタン３００４をクリックすると、ＥＤＡライブラリデータベース１１０およびユーザ固有情報データベース２９０４にアクセスし、画面から入力された情報を格納した後、該ライブラリのダウンロードを開始する。
【０１９５】
図３１にユーザ固有情報データベース２９０４の一例を示す。
３１０１は該ユーザのＥ−ｍａｉｌアドレス、３１０２は該ユーザが発注したライブラリ数を示すＩＤ番号数、３１０３は該ユーザが発注したライブラリ情報を示すリストへのポインタを示すＩＤ番号ポインタ、３１０４はＥＤＡライブラリデータベースにおけるＩＤ番号を示すＩＤ番号、３１０５はＬＳＩコード名、３１０６は発注時期、３１０７は生産予定数、３１０８は同一ユーザの次のＩＤ番号リストへのポインタを示している。
【０１９６】
まず、ライブラリ検索部２９０５は、ユーザがクリックしたダウンロード画面から該ライブラリのプロセスシリーズ、ライブラリ種類、動作電源電圧、動作温度を検索キーとして取り出し、ＥＤＡライブラリデータベース１１０を検索して、該ライブラリのＥＤＡライブラリデータベース１１０中におけるＩＤ番号を特定する。
【０１９７】
次に、該ユーザのＥ−ｍａｉｌアドレスをキーとしてユーザ固有情報データベース２９０４を検索し、該Ｅ−ｍａｉｌアドレスに一致するレコードを特定し、該レコードのＩＤ番号ポインタ３０１３から前記特定したＩＤ番号と同じＩＤ番号３１０４を持つリストを検索し、さらに該リスト中のＬＳＩコード名３１０５をチェックし、前記ＬＳＩコード名がダウンロード画面から入力されたＬＳＩコード名と一致するリストを探し、該リスト中の発注時期３１０６、生産予定数３１０７をダウンロード画面から入力された製造発注時期と発注予定数で置き換える。
【０１９８】
次に、更新検出部２９０１の動作について説明する。
動作説明に先立ち、図１６にＥＤＡライブラリデータベース１１０の一例を示す。
【０１９９】
図１６において、１６０２は該レコードのＥＤＡライブラリ１１０が一般ユーザにダウンロード許可されているか否かを示す公開状況、１６０３はリリース日、１６０４はプロセスシリーズ、１６０５は該プロセスシリーズで用意されているライブラリ種類を示している。
【０２００】
前記更新検出部２９０１は、毎日定刻（たとえば午前１２時）に一度だけＥＤＡライブラリデータベース１１０にアクセスし、前記ＥＤＡライブラリデータベース中の全レコードに対して以下の動作を繰り返す。
【０２０１】
まず、前記ＥＤＡライブラリデータベース１１０中のレコードを一つ取り出し、該レコード中の公開状況が”標準”であり、かつ該レコード中のプロセスシリーズおよびライブラリ種類が初めて現れた場合には、前記レコード中のリリース日をチェックし、前記公開状況が”標準”ではない場合、または前記プロセスシリーズおよびライブラリ種類が現れたのが２度目以降の場合には、該レコードの処理をスキップし、次のレコードを一つ取り出す。
【０２０２】
次に、前記リリース日が、前日にチェックしたリリース日と異なる場合は、該レコードのＥＤＡライブラリが更新されていると判断し、該レコードのプロセスシリーズ１６０４とライブラリ種類１６０５を取出し、生産数優先計画決定部２９０３を起動して、該プロセスシリーズとライブラリ種類を前記生産数優先計画決定部に引き渡す。
【０２０３】
更新検出部２９０１により起動された前記生産数優先計画決定部２９０３は、まず特定特性ライブラリデータベース１１３にアクセスする。前記特定特性ライブラリデータベース１１３の一例は図２３に示されている。
【０２０４】
この生産数優先計画決定部２９０３は前記特定特性ライブラリデータベース１１３の全レコードを検索し、前記更新検出部２９０１から引き渡されたプロセスシリーズおよびライブラリ種類に一致する前記特定特性ライブラリデータベース１１３中のレコードの予約ＩＤ番号７０１、プロセスシリーズ７０２、ライブラリ種類７０３、動作電源電圧７０４、動作温度７０５をすべて記憶する。
【０２０５】
記憶したデータテーブルの一例を図３２に示す。図３２において、３２０１は予約ＩＤ番号、３２０２はプロセスシリーズ、３２０３はライブラリ種類、３２０４は動作電源電圧、３２０５は動作温度、３２０６はＥＤＡライブラリデータベース中における公開ＩＤ番号、３２０７は同一特性ライブラリの生産予定数である。
【０２０６】
次に、前記記憶したデータテーブルの一つのレコードを取り出し、ＥＤＡライブラリデータベース１１０の全レコードにアクセスし、前記記憶したデータテーブルのプロセスシリーズ３２０２、ライブラリ種類３２０３、動作電源電圧３２０４、動作温度３２０５に一致するレコードを検索し、一致したレコードのＩＤ番号３２０６を前記データテーブルに記憶する。
【０２０７】
以上の処理を前記記憶したデータテーブルの全レコードに対して行い、全レコードに対してＩＤ番号を記憶する。
次に、前記記憶したデータテーブルの一つのレコードに着目し、ユーザ固有情報データベース２９０４の全レコードにアクセスし、各レコードのＩＤ番号ポインタ３１０３からリストをたどり、前記データテーブル中のＩＤ番号３２０６と一致するＩＤ番号３１０４中の生産予定数３１０７を前記データテーブルのレコードの生産予定数３２０７に積算して行く。
【０２０８】
以上の処理を前記記憶したデータテーブルの全レコードに対して行い、全レコードに対して生産予定数を積算する。
図３１に示したユーザ固有情報データベース２９０４にアクセスした結果の前記データテーブルの生産予定数は図３２に示したように、予約ＩＤ番号３２０１の各“ｎ−１”、“ｎ”、“ｎ＋１”に対して各々“１３０”、“１５０”、“１００”となる。
【０２０９】
次に、前記データテーブルを生産予定数３２０７をキーにして降順にソートし、ソートされた予約ＩＤ番号のリスト“ｎ”、“ｎ−１”、“ｎ＋１”を作成する。
【０２１０】
次に、前記生産数優先計画決定部２９０３はＥＤＡライブラリ再作成計画部２５０２を起動し、前記予約ＩＤ番号リストと、更新検出部２９０１から引き渡されたプロセスシリーズとライブラリ種類を前記ＥＤＡライブラリ再作成計画部に引き渡す。
【０２１１】
次に、このＥＤＡライブラリ再作成計画部２５０２は、ＥＤＡライブラリ生成計画データベース１１２中に前記予約ＩＤ番号リストにより示されたライブラリの作成計画を予約するが、その動作については、第５の実施の形態で説明したＥＤＡライブラリ再作成計画部２５０２と同一であるため、その説明を省略する。
【０２１２】
なお、該ＥＤＡライブラリ再作成計画部２５０２が起動された日付が６月３日（２６０１）であるとすると、前記ＥＤＡライブラリ生成計画データベース１１２は図２６に示したようになる。
【０２１３】
以上の動作により、ＥＤＡライブラリ生成計画データベース１１２にはＥＤＡライブラリの再作成計画が、生産予定数が多い特性ライブラリの順序で予約され、ＥＤＡライブラリ生成部１０９が、第１の実施の形態にて説明したものと同一動作を行うことによりＥＤＡライブラリの再作成が行われ、各ＥＤＡライブラリの作成が完了した時点で前記ＥＤＡライブラリを所望したユーザに更新された旨のＥ−ｍａｉｌが発信される。
【０２１４】
以上のように、本第７の実施の形態に係る構成によれば、標準特性のＥＤＡライブラリが更新された場合に、ユーザが発注した非標準特性のＥＤＡライブラリの更新をユーザ自ら発注することなく、生産予定数が多いＬＳＩが使用しているライブラリがより優先的に更新されるサービスを提供するＥＤＡライブラリ受注システムを実現できる。
【０２１５】
なお、この第７の実施の形態に係るシステムは、基本的には、第２および第４の実施の形態に係るシステムに基づくものであるが、勿論、第１および第４の実施の形態に係るシステムに基づくものであってもよい。
【０２１６】
次に、本発明の第８の実施の形態に係るＥＤＡライブラリ受注システムを、図面に基づき説明する。
本第８の実施の形態に係るＥＤＡライブラリ受注システムは、ライブラリの更新を行い得る機能を有するものである。
【０２１７】
図３３は、第８の実施の形態に係るＥＤＡライブラリ受注システムの全体構成を示すブロック図である。
図３３において、１０１はＷＷＷブラウザ、１０２はＷＷＷサーバ、１０３はメール発信部（通信部の一例であり、メール発信工程ともいう）、１０６はＥＤＡライブラリ生成工数算出部（ＥＤＡライブラリ生成工数算出工程）、１０７はリリース予定日算出部（リリース予定日算出工程）、１０８はリリース予定日決定部（リリース予定日決定工程）、１１０はＥＤＡライブラリデータベース、１１１はＥＤＡライブラリ生成工数データベース、１１２はＥＤＡライブラリ生成計画データベース、１１３は特定特性ライブラリデータベース、１４０１はユーザ情報登録部（ユーザ情報登録工程）、１４０２は表示画面制御部（表示画面制御工程）、１４０４はライブラリ登録部（ライブラリ登録工程）、１４０６はＥＤＡライブラリ生成部（ＥＤＡライブラリ生成工程）、２５０２は作成順位に基づき特性抽出計画を行うＥＤＡライブラリ再作成計画部（ＥＤＡライブラリ再作成計画工程）、２９０４はユーザ固有情報データベース、２９０５はライブラリ検索部（ライブラリ検索工程）、３３０１はライブラリが更新されたことを検出するための更新検出部（更新検出工程）、３３０３はユーザが発注したライブラリを使用するＬＳＩの生産開始時期が標準特性ライブラリの更新日に近い順に優先順序を決めるための生産開始日優先計画決定部（生産開始日優先計画決定工程）を示している。
【０２１８】
なお、ＷＷＷブラウザ１０１、ＷＷＷサーバ１０２、メール発信部１０３、個別ダウンロード部１０４、ＥＤＡライブラリ生成工数算出部１０６、リリース予定日算出部１０７、リリース予定日決定部１０８、ＥＤＡライブラリデータベース１１０、ＥＤＡライブラリ生成工数データベース１１１、ＥＤＡライブラリ生成計画データベース１１２、特定特性ライブラリデータベース１１３、ユーザ情報登録部１４０１、表示画面制御部１４０２、ライブラリ登録部１４０４、ＥＤＡライブラリ生成部１４０６は、第２の実施の形態にて説明したものと同一であるため、その説明を省略する。
【０２１９】
また、ライブラリ検索部２９０５については、第７の実施の形態にて説明したものと同一であるため、その説明を省略する。
また、更新検出部３３０１については、第７の実施の形態で説明した更新検出部２９０１と同様の動作を行うが、更新検出部２９０１が生産数優先計画決定部２９０３を起動したのに対して、生産開始日優先計画決定部３３０３を起動する動作のみが異なる。
【０２２０】
この更新検出部３３０１により起動される前記生産開始日優先計画決定部３３０３は、まず特定特性ライブラリデータベース１１３にアクセスする。前記特定特性ライブラリデータベース１１３の一例は図２３に示されている。前記生産数優先計画決定部３３０３は図２３に例示した特定特性ライブラリデータベース１１３の全レコードを検索し、前記更新検出部３３０１から引き渡されたプロセスシリーズおよびライブラリ種類に一致する前記特定特性ライブラリデータベース１１３中のレコードの予約ＩＤ番号７０１、プロセスシリーズ７０２、ライブラリ種類７０３、動作電源電圧７０４、動作温度７０５をすべて記憶する。記憶したデータテーブルの一例を図３４に示す。
【０２２１】
図３４において、３４０１は予約ＩＤ番号、３４０２はプロセスシリーズ、３４０３はライブラリ種類、３４０４は動作電源電圧、３４０５は動作温度、３４０６はＥＤＡライブラリデータベース中における公開ＩＤ番号、３４０７は同一特性ライブラリの発注日との最小日数差である。
【０２２２】
次に、前記記憶したデータテーブルの一つのレコードを取り出し、ＥＤＡライブラリデータベース１１０の全レコードにアクセスし、前記レコード中のプロセスシリーズ３４０２、ライブラリ種類３４０３、動作電源電圧３４０４、動作温度３４０５に一致するレコードを検索し、一致したレコードのＩＤ番号３４０６を前記データテーブルに記憶する。以上の処理を前記記憶したデータテーブルの全レコードに対して行い、全レコードに対してＩＤ番号を記憶する。
【０２２３】
次に、前記記憶したデータテーブルの最小日数差３４０７の全てに初期値として設定可能な最大値（例えば、前記フィールドが３２ビットで表現されるなら１６進表現で“７ＦＦＦＦＦＦＦ”）を設定する。
【０２２４】
次に、前記記憶したデータテーブルの一つのレコードに着目し、前記着目レコード中のＩＤ番号３２０６を取り出し、ユーザ固有情報データベース２９０４の全レコードにアクセスし、前記ユーザ固有情報データベース２９０４の各レコードのＩＤ番号ポインタ３１０３からリストをたどり、前記着目レコード中のＩＤ番号と一致するＩＤ番号３１０４中の発注時期３１０６と該更新検出部３３０１が起動された年月日とを比較し、その差が該着目レコードの発注日との最小日数差３４０７中の値より小さい場合のみ該発注日との最小日数差の値を前記比較した差の値で置き換える。以上の処理を前記記憶したデータテーブルの全レコードに対して行い、全レコードに対して最小日数差を記憶する。なお、２つの年月日を比較してその差の日数を求めるためには、たとえばネットワーク上で公開されているソフトウェアを利用するものとする。
【０２２５】
更新検出部３３０１が起動された年月日が２００２年６月３日とした場合、図３１に示したユーザ固有情報データベース２９０４にアクセスした結果の前記データテーブルの最小日数差は図３４に示したように、予約ＩＤ番号“ｎ−１”、“ｎ”、“ｎ＋１”に対して各々“７”、“３７”、“４２”となる。
【０２２６】
次に、前記データテーブルを発注日との最小日数差３４０７をキーにして昇順にソートし、ソートされた予約ＩＤ番号のリスト“ｎ−１”、“ｎ”、“ｎ＋１”を作成する。
【０２２７】
最後に、前記生産開始日優先計画決定部３３０３はＥＤＡライブラリ再作成計画部２５０２を起動し、前記予約ＩＤ番号リストと、更新検出部３３０１から引き渡されたプロセスシリーズとライブラリ種類を前記ＥＤＡライブラリ再作成計画部２５０２に引き渡す。
【０２２８】
次に、前記ＥＤＡライブラリ再作成計画部２５０２は、ＥＤＡライブラリ生成計画データベース１１２中に前記予約ＩＤ番号リストにより示されたライブラリの作成計画を予約するが、その動作については、第５の実施の形態で説明したＥＤＡライブラリ再作成計画部と同じなので、その説明を省略する。
【０２２９】
なお、本第８の実施の形態ではＥＤＡライブラリ再作成計画部２５０２が作成したＥＤＡライブラリ生成計画データベース１１２は図２４に示したようになる。
【０２３０】
以上の動作により、ＥＤＡライブラリ生成計画データベース１１２にはＥＤＡライブラリの再作成計画が、ＬＳＩの製造発注日が近い順序で予約され、ＥＤＡライブラリ生成部１４０６が第１の実施の形態で説明したものと同じ動作を行うことによりＥＤＡライブラリの再作成が行われ、各ＥＤＡライブラリの作成が完了した時点で前記ＥＤＡライブラリを所望したユーザに更新された旨のＥ−ｍａｉｌが発信される。
【０２３１】
以上のように、本第８の実施の形態に係る構成によれば、標準特性のＥＤＡライブラリが更新された場合に、ユーザが発注した非標準特性のＥＤＡライブラリの更新をユーザ自ら発注することなく、ＬＳＩの製造発注日が近いＬＳＩが使用しているライブラリがより優先的に更新されるサービスを提供するＥＤＡライブラリ受注システムを実現できる。
【０２３２】
なお、この第８の実施の形態に係るシステムについても、基本的には、第２および第４の実施の形態に係るシステムに基づくものであるが、勿論、第１および第４の実施の形態に係るシステムに基づくものであってもよい。
【０２３３】
【発明の効果】
以上説明したように、請求項１または２に係るＥＤＡライブラリ受注システムによれば、半導体を設計するために必要な半導体ベンダーのＥＤＡライブラリをウエブブラウザを通じてタイムリーに入手できる。すなわち、自分が設計する半導体に必要な特性のＥＤＡライブラリがウエブブラウザを通じてアクセスしたライブラリ受注システムに用意されていない場合に、所望の特性が表現されたＥＤＡライブラリを発注した際の情報、例えば納期、費用などが提示されるため、これを判断して即座に必要なＥＤＡライブラリを発注することが可能となる。
【０２３４】
また、請求項３に係るＥＤＡライブラリ受注システムによれば、実際に発注された特性のライブラリを一定期間経過した後に公開することが可能になるため、他のＥＤＡライブラリのリリースシステムよりアクセスされる可能性の高いＥＤＡライブラリ受注システムを少ない費用で構築できる。
【０２３５】
また、請求項４に係るＥＤＡライブラリ受注システムによれば、プロセスパラメータの改良等の理由により、リリースしたＥＤＡライブラリに対して更新する必要が発生した場合は、更新が必要になったことを自動的に検知してＥＤＡライブラリの再作成を行うため、発注したユーザはタイムリーに更新されたＥＤＡライブラリを入手することが可能となる。
【０２３６】
また、請求項５に係るＥＤＡライブラリ受注システムによれば、ＥＤＡライブラリの再作成は発注数が多い特性ライブラリから優先的に行なわれるため、ＥＤＡライブラリを発注したユーザの中より多くのユーザが更新されたＥＤＡライブラリを早期に使用することが可能になる。
【０２３７】
また、請求項６に係るＥＤＡライブラリ受注システムによれば、ＥＤＡライブラリの再作成はユーザが取得した日が新しい特性ライブラリから優先的に行なわれるため、設計中のユーザに対して極力新しい特性パラメータを反映したライブラリを提供することが可能となる。
【０２３８】
また、請求項７に係るＥＤＡライブラリ受注システムによれば、ＥＤＡライブラリの再作成はユーザが発注したライブラリを使用したＬＳＩの生産予定数が多い順に行なわれるため、優良ユーザを優遇したサービスが可能になる。
【０２３９】
また、請求項８に係るＥＤＡライブラリ受注システムによれば、ＥＤＡライブラリの再作成はユーザが発注したライブラリを使用したＬＳＩの生産開始日が前記再作成計画策定時に近いものから行なわれるため、設計中のユーザに対して極力新しい特性パラメータを反映したライブラリを提供することが可能となる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係るＥＤＡライブラリ受注システムの構成を示すブロック図である。
【図２】同システムにおけるＷｅｂブラウザに表示されるライブラリ検索画面の一例を示す図である。
【図３】同システムにおけるＷｅｂブラウザに表示されるライブラリのダウンロード画面の一例を示す図である。
【図４】同システムにおけるＷｅｂブラウザに表示される所望のライブラリ特性を指定する画面の一例を示す図である。
【図５】同システムにおけるＥＤＡライブラリ生成工数データベースの一例を示す図である。
【図６】同システムにおけるＥＤＡライブラリ生成計画データベースの一例を示す図である。
【図７】同システムにおける特定特性ライブラリデータベースの一例を示す図である。
【図８】Ｗｅｂブラウザに表示される生成完了予定日と費用の提示画面の一例を示す図である。
【図９】Ｗｅｂブラウザに表示されるユーザ名とＥ−ｍａｉｌアドレスの入力画面の一例を示す図である。
【図１０】本発明の第１の実施の形態に係るＥＤＡライブラリ生成完了処理のフローチャート例を示す図である。
【図１１】ＥＤＡライブラリ生成処理のフローチャート例を示す図である。
【図１２】本発明の第３の実施の形態に係るＥＤＡライブラリ受注システムの構成を示すブロック図である。
【図１３】同システムにおける特定特性ライブラリデータベースの一例を示す図である。
【図１４】本発明の第２の実施の形態に係るＥＤＡライブラリ受注システムの構成を示すブロック図である。
【図１５】同システムにおけるユーザ固有情報データベースの一例を示す図である。
【図１６】同システムにおけるＥＤＡライブラリデータベースの一例を示す図である。
【図１７】同システムにおけるＥＤＡライブラリ生成完了処理のフローチャート例を示す図である。
【図１８】同システムにおけるユーザ固有情報データベースの一例を示す図である。
【図１９】同システムにおける特定特性ライブラリデータベースの一例を示す図である。
【図２０】同システムにおけるＷｅｂブラウザに表示されるライブラリダウンロード画面の一例を示す図である。
【図２１】本発明の第６の実施の形態に係るＥＤＡライブラリ受注システムの構成を示すブロック図である。
【図２２】本発明の第４の実施の形態に係るＥＤＡライブラリ受注システムの構成を示すブロック図である。
【図２３】同システムにおける特定特性ライブラリデータベースの一例を示す図である。
【図２４】同システムにおけるＥＤＡライブラリ生成計画データベースの一例を示す図である。
【図２５】本発明の第５の実施の形態に係るＥＤＡライブラリ受注システムの構成を示すブロック図である。
【図２６】同システムにおけるＥＤＡライブラリ生成計画データベースの一例を示す図である。
【図２７】本発明の第６の実施の形態に係るシステムにおけるダウンロード履歴情報ファイルの一例を示す図である。
【図２８】同システムにおけるＥＤＡライブラリ生成計画データベースの一例を示す図である。
【図２９】本発明の第７の実施の形態に係るＥＤＡライブラリ受注システムの構成を示すブロック図である。
【図３０】同システムにおける製造発注情報入力画面の一例を示す図である。
【図３１】同システムにおけるユーザ固有情報データベースの一例を示す図である。
【図３２】同システムにおける生産予定数優先のＥＤＡライブラリ再生成計画を行う元になる一時記憶データテーブルの一例を示す図である。
【図３３】本発明の第８の実施の形態に係るＥＤＡライブラリ受注システムの構成を示すブロック図である。
【図３４】同システムにおける生産予定数優先のＥＤＡライブラリ再生成計画を行う元になる一時記憶データテーブルの一例を示す図である。
【符号の説明】
１０１        ＷＷＷブラウザ
１０２        ＷＷＷサーバ
１０３        メール発信部
１０４        個別ダウンロード部
１０５        ライブラリ検索部
１０６        ＥＤＡライブラリ生成工数算出部
１０７        リリース予定日算出部
１０８        リリース予定日決定部
１０９        ＥＤＡライブラリ生成部
１１０        ＥＤＡライブラリデータベース
１１１        ＥＤＡライブラリ生成工数データベース
１１２        ＥＤＡライブラリ生成計画データベース
１１３        特定特性ライブラリデータベース
１１４        個別ＥＤＡライブラリ
１４０１      ユーザ情報登録部
１４０２      表示画面制御部
１４０３      ユーザ固有情報データベース
１４０４      ライブラリ登録部
１４０５      ライブラリ検索部
１４０６      ＥＤＡライブラリ生成部
２１０１      更新検出部
２１０２      ダウンロード履歴情報ファイル
２１０３      取得履歴優先計画決定部
２２０１      更新検出部
２２０２      ＥＤＡライブラリ再作成計画部
２５０１      更新検出部
２５０２      ＥＤＡライブラリ再作成計画部
２５０３      発注数優先計画決定部
２９０１      更新検出部
２９０３      生産数優先計画決定部
２９０４      ユーザ固有情報データベース
２９０５      ライブラリ検索部
３３０１      更新検出部
３３０３      生産開始日優先計画決定部
【図１】
2004240595.tif 000003
【図２】
2004240595.tif 000004
【図３】
2004240595.tif 000005
【図４】
2004240595.tif 000006
【図５】
2004240595.tif 000007
【図６】
2004240595.tif 000008
【図７】
2004240595.tif 000009
【図８】
2004240595.tif 000010
【図９】
2004240595.tif 000011
【図１０】
2004240595.tif 000012
【図１１】
2004240595.tif 000013
【図１２】
2004240595.tif 000014
【図１３】
2004240595.tif 000015
【図１４】
2004240595.tif 000016
【図１５】
2004240595.tif 000017
【図１６】
2004240595.tif 000018
【図１７】
2004240595.tif 000019
【図１８】
2004240595.tif 000020
【図１９】
2004240595.tif 000021
【図２０】
2004240595.tif 000022
【図２１】
2004240595.tif 000023
【図２２】
2004240595.tif 000024
【図２３】
2004240595.tif 000025
【図２４】
2004240595.tif 000026
【図２５】
2004240595.tif 000027
【図２６】
2004240595.tif 000028
【図２７】
2004240595.tif 000029
【図２８】
2004240595.tif 000030
【図２９】
2004240595.tif 000031
【図３０】
2004240595.tif 000032
【図３１】
2004240595.tif 000033
【図３２】
2004240595.tif 000034
【図３３】
2004240595.tif 000035
【図３４】
2004240595.tif 000036