(57)【要約】【課題】実際の半導体集積回路の動作と同様の並列処理をシミュレーションすることができる半導体集積回路機能シミュレーション装置を提供する。【解決手段】半導体集積回路に実装される異なる複数の機能を表現する機能モデル２１００を機能コア部２１０１と情報の送受を行うためのインターフェース部２１０２に分離し、インターフェース部２１０２はインターネットで標準的なＴＣＰ／ＩＰに従って通信経路モデル２００１及び情報送受の対象機能モデル２５００と情報送受を行う。機能モデル２１００及び通信経路モデル２００１は独立して夫々個別のコンピュータ上で並列に動作する。【選択図】      図２
2004265054.tif 000002
【特許請求の範囲】
【請求項１】
半導体集積回路に実装される機能の検証、設計される半導体集積回路の性能などの特徴を解析する半導体集積回路機能シミュレーション装置であって、前記半導体集積回路に実装される異なる複数の機能を表現する機能モデルと、複数の前記機能モデルが相互に情報を送受する際にこれを仲介する通信経路モデルとを具備し、複数の前記機能モデルと前記通信経路モデルは、それぞれ独立して存在しさらに並列動作することを特徴とする半導体集積回路機能シミュレーション装置。
【請求項２】
前記通信経路モデルは、複数の前記機能モデルが相互に情報を送受する際に送信側となった機能モデルと受信側となった機能モデルとの間の通信経路を確立することを特徴とする請求項１に記載の半導体集積回路機能シミュレーション装置。
【請求項３】
それぞれ独立して存在する複数の前記機能モデルと前記通信経路モデルは、通信用プロトコルにて情報を送受するためのインターフェース機能を具備することを特徴とする請求項１又は請求項２のいずれかに記載の半導体集積回路機能シミュレーション装置。
【請求項４】
前記通信経路モデルは、自己の仲介で複数の前記機能モデルが情報を送受する際に、前記各機能モデルにおける情報処理と情報送受信に要する時間を計算することを特徴とする請求項１乃至請求項３のいずれかに記載の半導体集積回路機能シミュレーション装置。
【請求項５】
前記通信経路モデルは、自己の仲介で情報を送受する前記機能モデル間の情報送受の同時成立数を可変することを特徴とする請求項１乃至請求項４のいずれかに記載の半導体集積回路機能シミュレーション装置。
【請求項６】
複数の前記機能モデルのうちマスターモデルとなった機能モデルは、電気通信回線経由で、前記通信経路モデルの仲介によりスレーブモデルとなった所望の機能モデルと接続し、当該機能モデルの検証を行うことを特徴とする請求項２乃至請求項５のいずれかに記載の半導体集積回路機能シミュレーション装置。
【請求項７】
請求項１乃至請求項６のいずれかに記載の半導体集積回路機能シミュレーション装置を具備することを特徴とする半導体集積回路設計装置。
【請求項８】
半導体集積回路に実装される異なる複数の機能を表現する機能モデルと、複数の前記機能モデルが相互に情報を送受する際にこれを仲介する通信経路モデルとを用いて半導体集積回路を設計する半導体集積回路設計方法であって、電気通信回線経由で、前記通信経路モデルの仲介により所望の機能モデルと接続し、当該機能モデルの検証を行うことを特徴とする半導体集積回路設計方法。
【請求項９】
前記所望の機能モデルを、前記半導体集積回路を必要とする顧客が所持し、当該機能モデルを、全ての前記機能モデルと前記通信経路モデルを所有する前記半導体集積回路提供側で電気通信回線を介して検証することを特徴とする請求項８に記載の半導体集積回路設計方法。
【請求項１０】
請求項８又は請求項９のいずれかに記載の半導体集積回路設計方法を用いた半導体集積回路の設計に際して、電気通信回線を介して送受した情報量を基に課金することを特徴とする課金方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、半導体集積回路の機能シミュレーションを行う半導体集積回路機能シミュレーション装置に関する。
【０００２】
【従来の技術】
従来の半導体集積回路の設計においては、図９のブロック図に示すように、半導体集積回路に実装しようとする機能モデル９０１〜９０４と配線経路モデル９０５を接続するために、配線経路モデル９０５を介して情報をやり取りするためのプロトコルに従って、各機能モデル９０１〜９０４にインターフェース部９１１〜９１４をそれぞれ実装するようにしている。そして、時間信号発生部９０６により全体を一つの動作モデル（全体動作モデル）９１０として動作させている。
【０００３】
この方法によれば、インターフェース部９１１〜９１４及び配線経路モデル９０５を仲介して各機能モデル９０１〜９０４が情報を送受し合うことから、全体の機能をシミュレーションすることができるという利点がある。なお、例えば、特許文献１には、論理シミュレーションを行う複数のシミュレーションプロセッサに対して、シミュレーション対象モデルの論理記述を当該シミュレーションプロセッサに夫々割付けて分散処理するようにした分散論理シミュレータが開示されている。
【０００４】
【特許文献１】
特開平１０−９１６５７号公報
【０００５】
【発明が解決しようとする課題】
ところで、従来の半導体集積回路の機能シミュレーションにおいては、例えば機能モデル９０１から機能モデル９０３へ情報を送信する際、インターフェース部９１１とインターフェース部９１３並びに配線経路モデル９０５が同時に動作する必要があり、また機能モデル９０１と機能モデル９０３の動作が半導体集積回路上では並列動作となる。しかし、全体動作モデル９１０上においては、機能モデル９０１の機能コア部がインターフェース部９１１を励起し、インターフェース部９１１が配信経路モデル９０５を励起し、配信経路モデル９０５がインターフェース部９１３を励起し、インターフェース部９１３が機能モデル９０３の機能コア部を励起するというような、シーケンシャルな動作再現をすることになり、実際の半導体集積回路の動作とは異なるものとなる問題がある。
【０００６】
また、時間信号発生部９０６によって全体動作モデル９１０を動作させる場合、動作しない機能モデル９０２及び機能モデル９０４とこれらのインターフェース部９１２、９１４に対しても動作要求がないことを時間信号９０７にて確認する必要があり、その処理がオーバヘッドとなって実効速度の低下の原因となる問題もある。
【０００７】
また、通信経路モデル９０５に従ったインターフェース部９１１〜９１４を実装しているため、必要とされる通信経路モデルを、要求される性能によって変えようとすると、インターフェース部９１１〜９１４をそれぞれ変更する必要があり、その変更に要する時間が設計期間を増大させる原因となる問題もある。
【０００８】
さらに、機能モデル９０１〜９０４を個別の担当者が設計する場合、各設計者が、全体動作モデル９１０を所持する必要があり、それぞれの機能モデル９０１〜９０４の更新や不具合修正に対して、各設計担当者が所有する全体動作モデル９１０を逐次更新しなければならず著しい効率の低下を誘発する。これは、個別の担当者が遠隔地などで設計作業を行う場合などではより顕著になる。
【０００９】
本発明は、係る点に鑑みてなされたものであり、実際の半導体集積回路の動作と同様の並列処理をシミュレーションすることができ、また半導体集積回路に要求される必要最小限の性能を満たす仕様の決定を迅速に実施でき、さらに複数の設計担当者もしくは特定の機能のみを設計する設計担当者が特定の機能の更新や不具合修正に対して、全体動作モデルの更新を容易に行うことができる半導体集積回路機能シミュレーション装置を提供することを目的とする。
【００１０】
【課題を解決するための手段】
請求項１に係る発明の半導体集積回路機能シミュレーション装置は、半導体集積回路に実装される機能の検証、設計される半導体集積回路の性能などの特徴を解析する半導体集積回路機能シミュレーション装置であって、前記半導体集積回路に実装される異なる複数の機能を表現する機能モデルと、複数の前記機能モデルが相互に情報を送受する際にこれを仲介する通信経路モデルとを具備し、複数の前記機能モデルと前記通信経路モデルは、それぞれ独立して存在しさらに並列動作することを特徴とする。
【００１１】
上記構成によれば、機能モデル間の情報の送受を仲介する通信経路モデルを具備し、この通信経路モデルと複数の機能モデルとがそれぞれ独立して存在し、さらに複数の機能モデルと通信経路モデルが並列動作するので、実際の半導体集積回路の動作と同様の並列処理をシミュレーションすることができる。
【００１２】
請求項２に係る発明の半導体集積回路機能シミュレーション装置は、請求項１に係る発明の半導体集積回路機能シミュレーション装置において、前記通信経路モデルは、複数の前記機能モデルが相互に情報を送受する際に送信側となった機能モデルと受信側となった機能モデルとの間の通信経路を確立することを特徴とする。
【００１３】
上記構成によれば、通信経路モデルが機能モデル間の情報送受及び情報送受の成立を制御するので、複数の機能モデル間で並列動作が可能となり、実際の半導体集積回路の動作と同様の並列処理をシミュレーションすることができる。
【００１４】
請求項３に係る発明の半導体集積回路機能シミュレーション装置は、請求項１又は請求項２のいずれかに係る半導体集積回路機能シミュレーション装置において、それぞれ独立して存在する複数の前記機能モデルと前記通信経路モデルは、通信用プロトコルにて情報を送受するためのインターフェース機能を具備すことを特徴とする。
【００１５】
上記構成によれば、各機能モデルと通信経路モデルとがそれぞれ通信用のプロトコルを有し、この通信用プロトコルを用いて相互に情報の送受を行うことが可能となる。この通信用プロトコルがインターネットで使用する例えばＴＣＰ／ＩＰであればインターネットを経由した情報の送受が可能となる。
【００１６】
請求項４に係る発明の半導体集積回路機能シミュレーション装置は、請求項１乃至請求項３のいずれかに係る半導体集積回路機能シミュレーション装置において、前記通信経路モデルは、自己の仲介で複数の前記機能モデルが情報を送受する際に、前記各機能モデルにおける情報処理と情報送受信に要する時間を計算することを特徴とする。
【００１７】
上記構成によれば、実行時間の短縮及び設計効率を改善することが可能となる。
【００１８】
請求項５に係る発明の半導体集積回路機能シミュレーション装置は、請求項１乃至請求項４のいずれかに係る半導体集積回路機能シミュレーション装置において、前記通信経路モデルは、自己の仲介で情報を送受する前記機能モデル間の情報送受の同時成立数を可変することを特徴とする。
【００１９】
上記構成によれば、通信経路モデルが自己の仲介で情報の送受を行う機能モデル間の情報送受の同時成立数を可変できるので、通信経路モデルの初期設定の変更だけで集積回路の性能推定が行え、半導体集積回路に要求される必要最低限の性能を満たす仕様の決定が迅速に実施できる。
【００２０】
請求項６に係る発明の半導体集積回路機能シミュレーション装置は、請求項２乃至請求項５のいずれかに係る半導体集積回路機能シミュレーション装置において、複数の前記機能モデルのうちマスターモデルとなった機能モデルは、電気通信回線経由で、前記通信経路モデルの仲介によりスレーブモデルとなった所望の機能モデルと接続し、当該機能モデルの検証を行うことを特徴とする。
【００２１】
上記構成によれば、複数の機能モデルそれぞれが独立して存在していて互いに離れていてもマスターモデルとなった機能モデルがスレーブモデルとなった機能モデルの検証を行うことができる。
【００２２】
請求項７に係る発明の半導体集積回路設計装置は、請求項１乃至請求項６のいずれかに係る発明の半導体集積回路機能シミュレーション装置を具備することを特徴とする。
【００２３】
上記構成によれば、実際の半導体集積回路の動作と同様の並列処理をシミュレーションすることができ、また半導体集積回路に要求される必要最小限の性能を満たす仕様の決定を迅速に実施でき、さらに複数の設計担当者もしくは特定の機能のみを設計する設計担当者が特定の機能の更新や不具合の修正に対して、全体動作モデルの更新を容易に行うことができる半導体集積回路設計装置を提供することができる。
【００２４】
請求項８に係る発明の半導体集積回路設計方法は、半導体集積回路に実装される異なる複数の機能を表現する機能モデルと、複数の前記機能モデルが相互に情報を送受する際にこれを仲介する通信経路モデルとを用いて半導体集積回路を設計する半導体集積回路設計方法であって、電気通信回線経由で、前記通信経路モデルの仲介により所望の機能モデルと接続し、当該機能モデルの検証を行うことを特徴とする。
【００２５】
上記方法によれば、複数の機能モデルそれぞれが独立して存在していて互いに離れていても機能モデル間で一方が他方に対して更新や不具合の修正を行うことが可能な半導体集積回路設計装置を実現することができる。
【００２６】
請求項９に係る発明の半導体集積回路設計方法は、請求項８に係る発明の半導体集積回路設計方法において、前記所望の機能モデルを、前記半導体集積回路を必要とする顧客が所持し、当該機能モデルを、全ての前記機能モデルと前記通信経路モデルを所有する前記半導体集積回路提供側で電気通信回線を介して検証することを特徴とする。
【００２７】
上記方法によれば、半導体集積回路提供側が遠隔地の顧客が所持する機能モデルの更新や不具合の修正を行うことができる。
【００２８】
請求項１０に係る発明の課金方法は、請求項８又は請求項９のいずれかに係る発明の半導体集積回路設計方法を用いた半導体集積回路の設計に際して、電気通信回線を介して送受した情報量を基に課金することを特徴とする。
【００２９】
上記方法によれば、機能モデル間で電気通信回線を経由して更新や不具合の修正を行う際に、通信料金等の課金を行うことができる。
【００３０】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００３１】
図１は、本発明の一実施の形態に係る半導体集積回路機能シミュレーション装置の全体動作モデルを示すブロック図である。この図に示す半導体集積回路機能シミュレーション装置の全体動作モデル１００において、機能モデル１０１〜１０４はそれぞれ機能コア部１１１〜１１４とインターフェース部１２１〜１２４とを備えて構成される。機能モデル１０１〜１０４は、それぞれ独立したプログラムとして構成され、また通信経路モデル１５０も単独のプログラムとして実装される。
【００３２】
通信経路モデル１５０は、各機能モデル１０１〜１０４と通信制御情報経路１６１〜１６４で接続され、各機能モデル１０１〜１０４からの接続要求情報、接続先機能モデルからの状態情報等を受信すると共に、接続確立情報、接続待ち指示などを送信する。
【００３３】
次に、図２を参照して機能モデル１０１〜１０４について説明する。機能モデル１０１〜１０４は、大別して自立的に動作を行うマスターモデル２１００と他モデルから励起されて動作するスレーブモデル２５００とに分類される。マスターモデル２１００の機能コア部２１０１は、処理すべき情報をインターフェース部２１０２にＲＥＱ信号で要求し、インターフェース部２１０２からのＡＣＫ信号によって励起され、入力情報を処理し、その結果を出力信号としてインターフェース部２１０２へ送る。その際、インターフェース部２１０２は通信経路モデル２００１に対して、ネットワーク２００２を経由して、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）などといった標準プロトコルを用いた通信を行い、情報を送受する。
【００３４】
他方、スレーブモデル２５００の機能コア部２５０１は、インターフェース部２５０２より、ＳＴＡＲＴ信号によって励起され、入力情報を処理し、出力信号としてインターフェース部２５０２へ送る。その際、インターフェース部２５０２は通信経路モデル２００１に対して、ネットワーク２００２を経由してＴＣＰ／ＩＰなどといった標準的なネットワークプロトコルなどを用いた通信を行い、情報を送受する。
【００３５】
通信経路モデル２００１は、ネットワーク２００２経由でマスターモデル２１００やスレーブモデル２５００からのデータ送受信の要求を受け取り、マスターモデル２１００とスレーブモデル２５００との間のネットワークチャネル２００３を確立させるとともに、マスターモデル２１００対スレーブモデル２５００が１対１になるように排他制御を実施する。この際、実際の情報送受は、直接マスターモデル２１００とスレーブモデル２５００との間でネットワークチャネル２００３を介して行われ、配線経路モデルはその開始と終了を管理するだけである。
【００３６】
次に、各モデルの処理フローを説明する。図３は、マスターモデル２１００の機能コア部２１０１の処理を示すフローチャートである。起動ステップＳ３１１によって起動し、通信初期化ステップＳ３１２でＴＣＰ／ＩＰなどネットワークインターフェースの初期化を行う。次いで、通信経路モデル確認ステップＳ３１３において、初期化したネットワークインターフェースを用いてネットワーク経由通信経路モデルと通信できるかどうかを確認する。通信経路モデルとの通信が確認できない場合は、通信初期化ステップＳ３１２を再度実行する。なお、実際のインプリメンテーションにおいては、リトライ回数などを定義する。通信経路モデルとの通信を確認すると、処理準備ステップＳ３１４へ移行する。
【００３７】
処理準備が整った後、ＲＥＱ発行ステップＳ３１５でインターフェース部２１０２にＲＥＱ信号を送信する。ＲＥＱ信号を送信した後、ＡＣＫ信号受信ステップＳ３１６でＡＣＫ信号を受信すると、処理の対象となる入力情報を入力情報取得ステップＳ３１７で獲得し、所望の処理を処理ステップＳ３１８で行った後、出力情報送信ステップＳ３１９でインターフェース部２１０２へ出力情報を送信し、通信経路モデル確認ステップＳ３１３へ戻る。
【００３８】
図４は、マスターモデル２１００のインターフェース部２１０２の状態遷移を示す図である。初期状態４０１で、機能コア部２１０１からのＲＥＱ信号の受信でネットワークチャネル要求状態４０２へ遷移し、通信経路モデル２００１へデータ送受の相手となるスレーブモデル２５００とのネットワークチャネルの確立を要求する。通信経路モデル２００１からネットワークチャネルの確立を受信できない場合、ネットワークチャネル待機状態４０３へ遷移し、一定時間待った後ネットワークチャネル要求状態４０２に再度遷移して、再度ネットワークチャネルを通信経路モデル２００１に要求する。ネットワークチャネルを獲得すると、データ送受状態４０４へ遷移し、ネットワーク２００２上に確立されたネットワークチャネル２００３を介してデータの送受を行う。この際、送受したデータ量を記憶する。
【００３９】
データの送受が完了したら、ＡＣＫ送信状態４０５へ遷移し、機能コア部２１０１に対してＡＣＫ信号を送る。機能コア部２１０１は処理を実行している間、処理待機状態４０６へ遷移し、処理完了をもって初期状態へ遷移する。なお、ネットワークチャネル２００３の待ち状態は、ＴＣＰ／ＩＰなど標準的なネットワークプロトコルのＡＰＩにより実装されているため、インターフェース部２１０２の実装においては、待ち時間やリトライの回数などの指定をするだけで可能となる。
【００４０】
図５は、スレーブモデル２５００の機能コア部２５０１の処理を示すフローチャートである。起動ステップＳ５１１によって起動し、通信初期化ステップＳ５１２でＴＣＰ／ＩＰなどネットワークインターフェースの初期化を行う。初期化されたネットワークインターフェースを用いて、通信経路モデル確認ステップＳ５１３においてネットワーク経由で通信経路モデル２００１と通信できるかどうかを確認する。通信経路モデル２００１との通信が確認できない場合は、通信初期化ステップＳ５１２を再度実行する。なお、実際のインプリメンテーションにおいては、リトライ回数などを定義する。通信経路モデル２００１との通信を確認したら処理準備ステップＳ５１４へ移行する。
【００４１】
ＳＴＡＲＴ信号受信ステップＳ５１５でＳＴＡＲＴ信号を受信すると、入力情報受信ステップＳ５１６で処理への入力情報を獲得し、処理実効ステップＳ５１７で所望の処理を行った後、出力情報送信ステップＳ５１８でインターフェース部２５０２へ出力情報を送り、通信経路モデル確認ステップＳ５１３へ戻る。
【００４２】
図６は、スレーブモデル２５００のインターフェース部２５０２の状態遷移を示す図である。初期状態６０１において、通信経路モデル２００１からのネットワークチャネル要求を受信することで、ネットワークチャネル確立待機状態６０２へ遷移する。ネットワークチャネル確立を通信経路モデル２００１から受信してデータ送受状態６０４へ遷移する。
【００４３】
データ送受を完了すると、ＳＴＡＲＴ送信状態６０５へ遷移し、機能コア部２５０１は所望の処理を開始する。処理中は処理待機状態６０７に遷移し処理の完了をもって初期状態へ遷移する。なお、データ送受状態６０４、ＳＴＡＲＴ送信状態６０５、処理待機状態６０７それぞれの状態において、ネットワークチャネル要求を通信経路モデル２００１から受信した場合は確立拒否状態６０３、６０６、６０８へそれぞれ遷移し、通信経路モデル２００１に対してネットワークチャネルの確立を拒否する。
【００４４】
図７は、通信経路モデルの処理を示すフローチャートである。通信経路モデル２００１は、起動後設定情報取得ステップＳ７０１で、マスターモデル２１００とスレーブモデル２５００の通信を同時に成立させる数、マスターモデル２１００の優先順位情報など通信性能に影響する設定を行い、接続されるべきマスターモデル２１００、スレーブモデル２５００の初期化を確認する全機能モデル初期化確認ステップＳ７０２へ移行する。接続されるべき複数のマスターモデル２１００、スレーブモデル２５００それぞれのインターフェース部２１０２、２５０２が初期化を確認すると、チャネル要求待機ステップＳ７０３へ移行し、確認できない場合は一定時間待機ステップＳ７１０へ移行した後、再度設定情報取得ステップＳ７０１へ戻る。チャネル要求待機ステップＳ７０３では一定時間、複数のマスターモデル２１００からのチャネル確立要求を受け付ける。
【００４５】
一定時間待機の後、チャネル要求確認ステップＳ７０４へ移行し、チャネル要求を受信していなければ時間情報加算ステップＳ７１１へ移行して時間情報をインクリメントしてチャネル要求待機ステップＳ７０３へ戻る。一つ以上のチャネル要求を受信した場合、マスターモデル選択ステップＳ７０５へ移行する。マスターモデル選択ステップＳ７０５ではチャネル要求を発行したマスターモデル２１００のうちで最優先のマスターモデル２１００を選択し、チャネル要求解析ステップＳ７０６でそのマスターモデル２１００が要求したスレーブモデル２５００を抽出する。
【００４６】
スレーブモデル確認ステップＳ７０７でマスターモデル２１００が要求したスレーブモデル２５００が、チャネル確立を拒否した場合はマスターモデル選択ステップＳ７０５へ戻り、次に優先順位の高いマスターモデル２１００を選択する。スレーブモデル確認ステップＳ７０７でマスターモデル２１００が要求したスレーブモデル２５００が、チャネル確立を容認した場合はチャネル確立ステップＳ７０８で、マスターモデル２１００と対象となるスレーブモデル２５００との間でネットワークチャネル２００３を確立し、マスターモデル２１００にチャネルの確立を通信してチャネル要求待機ステップＳ７０３へ移行する。
【００４７】
マスターモデル２１００もしくはスレーブモデル２５００として具現化された機能モデル及び通信経路モデルは、それぞれがネットワーク２００２を介した通信を行う独立したプログラムである。その利用形態の概略を図８に示す。この実施の形態では３台のコンピュータ（計算機）を用いている。コンピュータ８０１〜８０３はネットワーク８０４によって標準的なＴＣＰ／ＩＰによるネットワークを構成している。
【００４８】
通信経路モデル８１０及び機能モデル８１１〜８１４で構成される半導体集積回路の機能シミュレーションモデルの全体動作モデル８２０において、通信経路モデル８１０はコンピュータ８０２上で独立したプログラムとして動作している。同様に機能モデル８１１、８１２はコンピュータ８０１上で動作しており、機能モデル８１３、８１４はコンピュータ８０３上で動作する。
【００４９】
機能モデル８１１、８１３がマスターモデルであり、それぞれ８１４、８１２とのデータ送受を要求した場合、図６に示した処理フローによって、通信経路モデルが提供する同時通信成立数が「２」以上なら、通信経路モデル８１０によって確立されるチャネル８１５、８１６を介して同時刻に、マスター機能モデル８１１とスレーブ機能モデル８１４及びマスター機能モデル８１３とスレーブ機能モデル８１２のデータ送受が可能である状態をシミュレーションすることが可能である。また、より半導体集積回路の面積を小さくするために、通信経路モデル８１０が同時通信成立数「１」の場合の性能を評価したい場合は、図７の設定情報取得ステップＳ７０１における初期化パラメータを変更するだけで可能となる。
【００５０】
次に、インターネットを使った検証モデル提供サービスの実施について説明する。検証モデルサービス提供者は、通信経路モデル８１０に対するインターネットよりの接続を許可し、サービス享受者はサービス提供者より機能モデルを通信経路モデル８１０に接続するためのマスターモデル用インターフェース部２１０２もしくはスレーブモデル用インターフェース部２５０２を受け取る。なお、サービス提供者は、このインターフェースモデルを無料で配布することも可能である。
【００５１】
サービス享受者は、半導体集積回路に実装する所望の機能コア部２１０１乃至２５０１と、サービス提供者より入手したインターフェース部２１０２乃至２５０２を組み込んだ機能モデル２１００乃至２５００を用いて、インターネット経由でサービス提供者が接続を許可する通信経路モデル８１０に接続する。この際、サービス提供者は、サービス享受者が必要とする半導体集積回路の機能モデルのうち、既にサービス提供者側で用意できる機能モデルを接続した形でサービスを提供する。
【００５２】
サービス享受者は、所望の機能モデル２１００乃至２５００だけを自らのコンピュータ上で実行し、所望の半導体集積回路全体における機能確認と、性能推定を実施することが可能となる。サービス提供者は必要に応じて、通信経路モデ８１０に蓄積された通信情報量によって課金することが可能である。
【００５３】
以上説明したように、本実施の形態に係る半導体集積回路機能シミュレーション装置によれば、機能モデル間の情報送受及び情報送受の成立を制御する通信経路モデル並びに機能モデルをネットワーク経由で情報送受を行う独立したプログラムとして実装することにより、実際の半導体集積回路の動作と同様の並列処理をシミュレーションすることが可能となり、実行時間の短縮及び設計効率の改善が可能となる。
【００５４】
また、通信経路モデルの初期設定の変更だけで集積回路の性能推定が行えるため、半導体集積回路に要求される必要最低限の性能を満たす仕様の決定が迅速に実施できる。
【００５５】
また、複数の設計担当者もしくは特定の機能のみを設計する設計担当者がインターネット経由で半導体集積回路全体における担当機能モデルの動作を、容易かつコンピュータで実施することが可能となる。
【００５６】
【発明の効果】
本発明の半導体集積回路機能シミュレーション装置によれば、機能モデル間の情報の送受を仲介する通信経路モデルを具備し、この通信経路モデルと複数の機能モデルとがそれぞれ独立して存在し、さらに複数の機能モデルと通信経路モデルが並列動作するので、実際の半導体集積回路の動作と同様の並列処理をシミュレーションすることができる。
【００５７】
本発明の半導体集積回路設計方法によれば、複数の機能モデルそれぞれが独立して存在していて互いに離れていても機能モデル間で一方が他方に対して更新や不具合の修正を行うことが可能な半導体集積回路設計装置を実現することができる。
【図面の簡単な説明】
【図１】本発明の一実施の形態に係る半導体集積回路機能シミュレーション装置の全体動作モデルを示すブロック図である。
【図２】本発明の一実施の形態に係る半導体集積回路機能シミュレーション装置の機能モデルの概略構成を示すブロック図である。
【図３】本発明の一実施の形態に係る半導体集積回路機能シミュレーション装置のマスタータイプ機能コア部の処理を示すフローチャートである。
【図４】本発明の一実施の形態に係る半導体集積回路機能シミュレーション装置のマスタータイプインターフェース部の状態遷移を示す図である。
【図５】本発明の一実施の形態に係る半導体集積回路機能シミュレーション装置のスレーブタイプ機能コア部の処理を示すフローチャートである。
【図６】本発明の一実施の形態に係る半導体集積回路機能シミュレーション装置のスレーブタイプインターフェース部の状態遷移を示す図である。
【図７】本発明の一実施の形態に係る半導体集積回路機能シミュレーション装置の通信経路モデルの処理を示すフローチャートである。
【図８】本発明の一実施の形態に係る半導体集積回路機能シミュレーション装置の概略構成を示すブック図である。
【図９】従来の半導体集積回路機能シミュレーション装置の概略構成を示すブロック図である。
【符号の説明】
１００、８２０  全体動作モデル
１０１〜１０４、８１１〜８１４、２１００、２５００  機能モデル
１１１〜１１４、２１０１、２５０１  機能コア部
１２１〜１２４、２１０２、２５０２  インターフェース部
１５０、８１０、２００１  通信経路モデル
１６１〜１６４  通信制御情報経路
８０１〜８０３  コンピュータ
８０４、２００２  ネットワーク
８１５、８１６、２００３  ネットワークチャネル
【図１】
2004265054.tif 000003
【図２】
2004265054.tif 000004
【図３】
2004265054.tif 000005
【図４】
2004265054.tif 000006
【図５】
2004265054.tif 000007
【図６】
2004265054.tif 000008
【図７】
2004265054.tif 000009
【図８】
2004265054.tif 000010
【図９】
2004265054.tif 000011