JP2002163318A - ハードウェアの共同設計方法 - Google Patents
ハードウェアの共同設計方法Info
- Publication number
- JP2002163318A JP2002163318A JP2000358701A JP2000358701A JP2002163318A JP 2002163318 A JP2002163318 A JP 2002163318A JP 2000358701 A JP2000358701 A JP 2000358701A JP 2000358701 A JP2000358701 A JP 2000358701A JP 2002163318 A JP2002163318 A JP 2002163318A
- Authority
- JP
- Japan
- Prior art keywords
- data
- circuit
- description
- conversion
- design
- 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.)
- Withdrawn
Links
- 238000000034 method Methods 0.000 title claims abstract description 30
- 238000006243 chemical reaction Methods 0.000 claims abstract description 54
- 238000012795 verification Methods 0.000 claims abstract description 34
- 238000007493 shaping process Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 3
- 230000015572 biosynthetic process Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000004088 simulation Methods 0.000 description 2
- 238000003786 synthesis reaction Methods 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 239000000344 soap Substances 0.000 description 1
Abstract
(57)【要約】
【課題】 複数の設計業者の記述ルールの異なる設計デ
ータ間の変換処理を、インターネット環境を利用して自
動的に行えるようにした、ハードウェアの共同設計方法
を提供する。 【解決手段】 設計業者毎に異なる記述ルールで作成さ
れた各回路設計データを各記述ルールと共に、インター
ネット上に設置されたデータ変換サービスを提供するＡ
ＳＰのhttpサーバ１にアップロードするステップと、各
回路設計データを一つの回路に統合して検証する設計業
者が必要とする動作検証用の記述ルールを前記httpサー
バにアップロードするステップと、該httpサーバ上にお
いて、各設計データの各記述ルールを動作検証用の記述
ルールに変換する仕様を作成し、その変換仕様に基づい
て各設計データを統合検証用の設計データに変換するス
テップとを備え、異なる記述ルールで作成された各設計
データを所望の仕様に自動的に変換して、容易に統合検
証を行えるようにする。
ータ間の変換処理を、インターネット環境を利用して自
動的に行えるようにした、ハードウェアの共同設計方法
を提供する。 【解決手段】 設計業者毎に異なる記述ルールで作成さ
れた各回路設計データを各記述ルールと共に、インター
ネット上に設置されたデータ変換サービスを提供するＡ
ＳＰのhttpサーバ１にアップロードするステップと、各
回路設計データを一つの回路に統合して検証する設計業
者が必要とする動作検証用の記述ルールを前記httpサー
バにアップロードするステップと、該httpサーバ上にお
いて、各設計データの各記述ルールを動作検証用の記述
ルールに変換する仕様を作成し、その変換仕様に基づい
て各設計データを統合検証用の設計データに変換するス
テップとを備え、異なる記述ルールで作成された各設計
データを所望の仕様に自動的に変換して、容易に統合検
証を行えるようにする。
Description
【０００１】
【発明の属する技術分野】この発明は、統合されるべき
複数の回路ブロックからなる一つの回路を、異なる設計
業者（設計者又は設計会社）間で各々回路ブロックを分
担して設計し、それらの各回路ブロックを一つの回路と
して統合検証を行うハードウェアの共同設計方法に関
し、特に異なる記述ルールで作成されたハードウェア記
述言語（以下ＨＤＬと略称する）でコーディングされた
各回路設計データ（以下ＨＤＬソースコードという）を
所望の仕様に自動的に変換して、容易に統合検証を行う
ことができるようにしたハードウェアの共同設計方法に
関する。
複数の回路ブロックからなる一つの回路を、異なる設計
業者（設計者又は設計会社）間で各々回路ブロックを分
担して設計し、それらの各回路ブロックを一つの回路と
して統合検証を行うハードウェアの共同設計方法に関
し、特に異なる記述ルールで作成されたハードウェア記
述言語（以下ＨＤＬと略称する）でコーディングされた
各回路設計データ（以下ＨＤＬソースコードという）を
所望の仕様に自動的に変換して、容易に統合検証を行う
ことができるようにしたハードウェアの共同設計方法に
関する。
【０００２】
【従来の技術】従来、例えばハードウェア記述言語（公
知の言語としてはＶＨＤＬ、 verilogＨＤＬ）で作成さ
れたテキストデータを、ソースコードとしてコンピュー
タ上で処理させ、ＩＣの設計を行うことが知られてい
る。具体的には、ＨＤＬソースコード（ハードウェア記
述言語ＨＤＬでコーディングされた回路設計データ）を
入力データとして、論理シミュレーションや論理合成に
よる回路自動生成を行い、ＩＣの動作検証や回路設計を
実現することが一般化している。
知の言語としてはＶＨＤＬ、 verilogＨＤＬ）で作成さ
れたテキストデータを、ソースコードとしてコンピュー
タ上で処理させ、ＩＣの設計を行うことが知られてい
る。具体的には、ＨＤＬソースコード（ハードウェア記
述言語ＨＤＬでコーディングされた回路設計データ）を
入力データとして、論理シミュレーションや論理合成に
よる回路自動生成を行い、ＩＣの動作検証や回路設計を
実現することが一般化している。
【０００３】また、ＩＣの仕様検討や回路設計の進め方
において、複数の設計業者が、お互いに協力しあって設
計対象とする仕様や回路の分担を行い、個々にハードウ
ェア記述言語によるＨＤＬソースコードを作成して、共
同設計を進めることも一般化している。
において、複数の設計業者が、お互いに協力しあって設
計対象とする仕様や回路の分担を行い、個々にハードウ
ェア記述言語によるＨＤＬソースコードを作成して、共
同設計を進めることも一般化している。
【０００４】このようなハードウェアの共同設計におい
ては、分担して設計したＨＤＬソースコードを、一つの
ＩＣ回路ブロックの形態に統合し、ＩＣ全体の動作検証
を行い回路設計を進めることになる。このとき、複数の
設計業者間で作成された個々のＨＤＬソースコードを、
お互いに統合して論理シミュレーションや論理合成がで
きる、ＨＤＬソースコードに整形する必要がある。
ては、分担して設計したＨＤＬソースコードを、一つの
ＩＣ回路ブロックの形態に統合し、ＩＣ全体の動作検証
を行い回路設計を進めることになる。このとき、複数の
設計業者間で作成された個々のＨＤＬソースコードを、
お互いに統合して論理シミュレーションや論理合成がで
きる、ＨＤＬソースコードに整形する必要がある。
【０００５】従来は、個々のＨＤＬソースコードの統合
に際して、設計業者毎の記述ルール上の違いを吸収する
ために、独自の変換プログラムを用意してＨＤＬソース
コードの整形を行っていた。例としては、ＨＤＬソース
コードの統合において、 ｏエンティティ名、アーキテクチャ名、コンフィグレー
ション名の命名規約 ｏライブラリ命名規約 が設計業者の記述ルールの違いにより異なった定義で作
成されている場合、動作検証の対象となる回路としてＨ
ＤＬソースコードを統合する必要のある設計業者が、個
別にＨＤＬソースコードの記述変換プログラムを作成し
ている。
に際して、設計業者毎の記述ルール上の違いを吸収する
ために、独自の変換プログラムを用意してＨＤＬソース
コードの整形を行っていた。例としては、ＨＤＬソース
コードの統合において、 ｏエンティティ名、アーキテクチャ名、コンフィグレー
ション名の命名規約 ｏライブラリ命名規約 が設計業者の記述ルールの違いにより異なった定義で作
成されている場合、動作検証の対象となる回路としてＨ
ＤＬソースコードを統合する必要のある設計業者が、個
別にＨＤＬソースコードの記述変換プログラムを作成し
ている。
【０００６】通常この種の変換プログラムでは、テキス
トの変換すなわち文字列処理によるＨＤＬソースコード
の書き換えを行うため、ＯＳで用意されたシェル・コマ
ンド・スクリプトや、 Peal 、ＡＷＫ等のテキストデー
タを文字列処理するスクリプト言語等を用いて、テキス
ト変換用のカスタマイズ・プログラムを作成する方法
が、従来一般的に用いられている。
トの変換すなわち文字列処理によるＨＤＬソースコード
の書き換えを行うため、ＯＳで用意されたシェル・コマ
ンド・スクリプトや、 Peal 、ＡＷＫ等のテキストデー
タを文字列処理するスクリプト言語等を用いて、テキス
ト変換用のカスタマイズ・プログラムを作成する方法
が、従来一般的に用いられている。
【０００７】
【発明が解決しようとする課題】ところで、上記従来の
個別のＨＤＬソースコードの変換処理においては、変換
プログラムを必要とする設計業者毎の個別の変換プログ
ラムの開発を必要とし、更に変換仕様に変更が生じた場
合には、変換プログラムの変更作業が必要となる。
個別のＨＤＬソースコードの変換処理においては、変換
プログラムを必要とする設計業者毎の個別の変換プログ
ラムの開発を必要とし、更に変換仕様に変更が生じた場
合には、変換プログラムの変更作業が必要となる。
【０００８】本発明は、この観点に着目してなされたも
ので、記述ルールの異なる設計業者間で変換処理を自動
的に行うことのできる、汎用性の高い情報処理技術とコ
ンピュータ・ネットワーク環境を利用した、インターネ
ット上のハードウェアの共同設計方法を提供することを
目的とするものである。
ので、記述ルールの異なる設計業者間で変換処理を自動
的に行うことのできる、汎用性の高い情報処理技術とコ
ンピュータ・ネットワーク環境を利用した、インターネ
ット上のハードウェアの共同設計方法を提供することを
目的とするものである。
【０００９】
【課題を解決するための手段】上記問題点を解決するた
め、本発明は、統合されるべき複数の回路ブロックから
なる一つの回路を、異なる設計業者間で各々回路ブロッ
クを分担して設計し、それらの各回路ブロックを一つの
回路として統合し動作検証を行うハードウェアの共同設
計方法において、異なる設計業者毎の異なる記述ルール
に従って作成されたハードウェア記述言語でコーディン
グされた各回路ブロック設計データを、各記述ルールデ
ータと共に、インターネット上に設置されたデータ変換
サービスを提供するプロバイダのサーバにアップロード
するステップと、異なる記述ルールに従って作成された
ハードウェア記述言語でコーディングされた各回路ブロ
ック設計データを一つの回路データとして統合して検証
する統合検証設計業者が必要とする動作検証用の記述ル
ールデータを、前記データ変換サービスを提供するプロ
バイダのサーバにアップロードするステップと、前記デ
ータ変換サービスを提供するプロバイダのサーバ上にお
いて、統合対象となる各回路ブロック設計データの各記
述ルールを動作検証用の記述ルールに変換する仕様を作
成し、該変換仕様に基づいて各回路ブロック設計データ
を動作検証用の回路設計データに変換処理するサービス
を提供するステップとを含むことを特徴とするものであ
る。
め、本発明は、統合されるべき複数の回路ブロックから
なる一つの回路を、異なる設計業者間で各々回路ブロッ
クを分担して設計し、それらの各回路ブロックを一つの
回路として統合し動作検証を行うハードウェアの共同設
計方法において、異なる設計業者毎の異なる記述ルール
に従って作成されたハードウェア記述言語でコーディン
グされた各回路ブロック設計データを、各記述ルールデ
ータと共に、インターネット上に設置されたデータ変換
サービスを提供するプロバイダのサーバにアップロード
するステップと、異なる記述ルールに従って作成された
ハードウェア記述言語でコーディングされた各回路ブロ
ック設計データを一つの回路データとして統合して検証
する統合検証設計業者が必要とする動作検証用の記述ル
ールデータを、前記データ変換サービスを提供するプロ
バイダのサーバにアップロードするステップと、前記デ
ータ変換サービスを提供するプロバイダのサーバ上にお
いて、統合対象となる各回路ブロック設計データの各記
述ルールを動作検証用の記述ルールに変換する仕様を作
成し、該変換仕様に基づいて各回路ブロック設計データ
を動作検証用の回路設計データに変換処理するサービス
を提供するステップとを含むことを特徴とするものであ
る。
【００１０】このように構成した発明におけるデータ変
換処理技術としては、ＸＭＬ（１）をベースとした公知
のデータ変換技術を利用する。具体的には、次のような
構成となる。 ＤＴＤ（２）：変換の対象となるＨＤＬソースコードの
構造と型の定義を指定するテキストデータ。なお、この
ＤＴＤ（２）の代わりに、ＸＭＬスキーマ言語による記
述を用いても構わない。 ＸＳＬＴ（３）：ＨＤＬソースコード変換の仕様を指定
するスタイル・シート・データ。 ＸＳＬＴプロセッサ（４）：ＸＳＬＴ（３）の指定に従
ってＨＤＬソースコードを変換するソフトウェア。 ＸＳＬ（５）：変換結果を出力先の媒体や表示形式に合
わせて出力するための整形処理の指定を行うスタイル・
シート・データ。 ＸＭＬ作成ツール（６）：変換の対象となるＨＤＬソー
スコードをＸＭＬ形式のデータに埋め込むための汎用Ｘ
ＭＬエディター又はＸＭＬスキーマ編集ツール。 ＸＭＬパーサ（７）：ＸＭＬ（１）形式のデータファイ
ルを解析したり、ＸＭＬ（１）形式のデータファイルを
別のアプリケーションが利用できる形に変換するための
ソフトウェア。変換仕様指定スタイル・シート・データ
ＸＳＬＴ（３）に従ってデータ変換を行い、整形処理指
定スタイル・シート・データＸＳＬ（５）に従って整形
処理を行って、Ｗｅｂブラウザ表示データ或いはテキス
トファイル或いは媒体出力用ファイルに加工する機能を
有する。ＤＯＭと呼ばれるＡＰＩを用いて、別のアプリ
ケーションプログラムが利用できるデータ形式に変換す
ることも可能である。
換処理技術としては、ＸＭＬ（１）をベースとした公知
のデータ変換技術を利用する。具体的には、次のような
構成となる。 ＤＴＤ（２）：変換の対象となるＨＤＬソースコードの
構造と型の定義を指定するテキストデータ。なお、この
ＤＴＤ（２）の代わりに、ＸＭＬスキーマ言語による記
述を用いても構わない。 ＸＳＬＴ（３）：ＨＤＬソースコード変換の仕様を指定
するスタイル・シート・データ。 ＸＳＬＴプロセッサ（４）：ＸＳＬＴ（３）の指定に従
ってＨＤＬソースコードを変換するソフトウェア。 ＸＳＬ（５）：変換結果を出力先の媒体や表示形式に合
わせて出力するための整形処理の指定を行うスタイル・
シート・データ。 ＸＭＬ作成ツール（６）：変換の対象となるＨＤＬソー
スコードをＸＭＬ形式のデータに埋め込むための汎用Ｘ
ＭＬエディター又はＸＭＬスキーマ編集ツール。 ＸＭＬパーサ（７）：ＸＭＬ（１）形式のデータファイ
ルを解析したり、ＸＭＬ（１）形式のデータファイルを
別のアプリケーションが利用できる形に変換するための
ソフトウェア。変換仕様指定スタイル・シート・データ
ＸＳＬＴ（３）に従ってデータ変換を行い、整形処理指
定スタイル・シート・データＸＳＬ（５）に従って整形
処理を行って、Ｗｅｂブラウザ表示データ或いはテキス
トファイル或いは媒体出力用ファイルに加工する機能を
有する。ＤＯＭと呼ばれるＡＰＩを用いて、別のアプリ
ケーションプログラムが利用できるデータ形式に変換す
ることも可能である。
【００１１】インターネット上での変換処理サービスの
提供の仕方については、次に示す公知のコンピュータ・
ネットワーク環境を利用する。 httpサーバ（イ）：ＨＤＬソースコード変換サービスを
提供するインターネット・サーバ。 Ｗｅｂクライアント（ロ）：ＸＭＬパーサを内蔵するＷ
ｅｂブラウザが利用できる端末。
提供の仕方については、次に示す公知のコンピュータ・
ネットワーク環境を利用する。 httpサーバ（イ）：ＨＤＬソースコード変換サービスを
提供するインターネット・サーバ。 Ｗｅｂクライアント（ロ）：ＸＭＬパーサを内蔵するＷ
ｅｂブラウザが利用できる端末。
【００１２】また、Microsoft が開発し現在ＩＥＴＦに
提案中のＳＯＡＰをベースにした、Ｗｅｂアプリケーシ
ョン間オブジェクト連携技術を利用する。この場合、イ
ンターネット上のファイアーウォールを介さずに、イン
ターネットに接続されたデバイスから、ＨＤＬソースコ
ード変換アプリケーションに直接アクセスして、サービ
スの利用が可能となる。
提案中のＳＯＡＰをベースにした、Ｗｅｂアプリケーシ
ョン間オブジェクト連携技術を利用する。この場合、イ
ンターネット上のファイアーウォールを介さずに、イン
ターネットに接続されたデバイスから、ＨＤＬソースコ
ード変換アプリケーションに直接アクセスして、サービ
スの利用が可能となる。
【００１３】次に、本発明において、上記構成のデータ
変換技術を用いた場合の動作について説明する。一つの
回路を、異なる設計業者間で各々回路ブロックを分担し
て設計し、それらの各々の回路ブロックを一つの回路に
統合して、動作検証を行うハードウェアの共同設計方法
において、各設計業者は、各々、自己（社）が担当する
ＨＤＬソースコードと、そのＨＤＬソースコードの記述
ルールを一覧化した記述ルールデータを、テキストファ
イル形式でＷｅｂクライアント（ロ）から、インターネ
ット上に設置されたデータ変換サービスを提供するプロ
バイダのhttpサーバ（イ）にアップロードする。
変換技術を用いた場合の動作について説明する。一つの
回路を、異なる設計業者間で各々回路ブロックを分担し
て設計し、それらの各々の回路ブロックを一つの回路に
統合して、動作検証を行うハードウェアの共同設計方法
において、各設計業者は、各々、自己（社）が担当する
ＨＤＬソースコードと、そのＨＤＬソースコードの記述
ルールを一覧化した記述ルールデータを、テキストファ
イル形式でＷｅｂクライアント（ロ）から、インターネ
ット上に設置されたデータ変換サービスを提供するプロ
バイダのhttpサーバ（イ）にアップロードする。
【００１４】httpサーバ（イ）上では、ＨＤＬソースコ
ード変換サービスを提供するプロバイダにより、アップ
ロードされた記述ルールデータに基づいてＤＴＤ（２）
を作成し、同じくアップロードされたＨＤＬソースコー
ドをＸＭＬ本体に埋め込んで前記ＤＴＤと共にＸＭＬ形
式に変換を行う。なお、ＸＭＬ形式への変換処理は、プ
ロバイダで開発したプログラムでも、汎用のＸＭＬ作成
ツールを利用することも可能である。
ード変換サービスを提供するプロバイダにより、アップ
ロードされた記述ルールデータに基づいてＤＴＤ（２）
を作成し、同じくアップロードされたＨＤＬソースコー
ドをＸＭＬ本体に埋め込んで前記ＤＴＤと共にＸＭＬ形
式に変換を行う。なお、ＸＭＬ形式への変換処理は、プ
ロバイダで開発したプログラムでも、汎用のＸＭＬ作成
ツールを利用することも可能である。
【００１５】前記ＸＭＬ形式への変換は、アップロード
された各ＨＤＬソースコードとそれに対応する記述ルー
ルデータの対の形で行われ、httpサーバ上には各設計業
者毎にアップロードされたＨＤＬソースコードと記述ル
ールデータから変換されたＸＭＬ形式のデータが保管さ
れる。なお、保管場所はネットワークで接続された他の
コンピュータ機器を用いることができれば、httpサーバ
上に必ずしも置いておく必要はない。
された各ＨＤＬソースコードとそれに対応する記述ルー
ルデータの対の形で行われ、httpサーバ上には各設計業
者毎にアップロードされたＨＤＬソースコードと記述ル
ールデータから変換されたＸＭＬ形式のデータが保管さ
れる。なお、保管場所はネットワークで接続された他の
コンピュータ機器を用いることができれば、httpサーバ
上に必ずしも置いておく必要はない。
【００１６】異なった記述ルールで記述された各設計業
者毎のＨＤＬソースコードを、一つの回路として統合し
て動作検証する際、動作検証を行う設計業者が必要とす
る動作検証用の記述ルールを、記述ルールデータとして
プロバイダのhttpサーバ（イ）にアップロードする。
者毎のＨＤＬソースコードを、一つの回路として統合し
て動作検証する際、動作検証を行う設計業者が必要とす
る動作検証用の記述ルールを、記述ルールデータとして
プロバイダのhttpサーバ（イ）にアップロードする。
【００１７】httpサーバ（イ）上ではアップロードされ
た動作検証用の記述ルールデータに基づき、統合対象と
なる各ＨＤＬソースコードの各記述ルールを、動作検証
用の記述ルールに変換するための変換仕様を指定するス
タイル・シート・データＸＳＬＴ（３）を作成する。
た動作検証用の記述ルールデータに基づき、統合対象と
なる各ＨＤＬソースコードの各記述ルールを、動作検証
用の記述ルールに変換するための変換仕様を指定するス
タイル・シート・データＸＳＬＴ（３）を作成する。
【００１８】該httpサーバ（イ）上のＸＭＬパーサ
（７）は、前記変換仕様指定スタイル・シート・データ
ＸＳＬＴ（３）を元に、ＸＳＬＴプロセッサ（４）を起
動して、統合対象となるＨＤＬソースコードに対応した
ＸＭＬ形式のデータを、動作検証用の記述ルールに従っ
たＸＭＬ形式のデータへ変換処理する。
（７）は、前記変換仕様指定スタイル・シート・データ
ＸＳＬＴ（３）を元に、ＸＳＬＴプロセッサ（４）を起
動して、統合対象となるＨＤＬソースコードに対応した
ＸＭＬ形式のデータを、動作検証用の記述ルールに従っ
たＸＭＬ形式のデータへ変換処理する。
【００１９】そして、該httpサーバ上のＸＭＬパーサ
（７）は、前記変換処理されたＸＭＬ形式のデータか
ら、ＨＤＬソースコードを抜き出すための整形処理の指
定を行うスタイル・シート・データＸＳＬ（５）を元
に、前記動作検証用の記述ルールに従ったＸＭＬ形式の
データからＨＤＬソースコードの部分を抜き出して、テ
キストファイル形式に保存する。動作検証を行う設計業
者は、該httpサーバ（イ）から該テキストファイル形式
に保存されたＨＤＬソースコードをタウンロードして、
動作検証を実行する。
（７）は、前記変換処理されたＸＭＬ形式のデータか
ら、ＨＤＬソースコードを抜き出すための整形処理の指
定を行うスタイル・シート・データＸＳＬ（５）を元
に、前記動作検証用の記述ルールに従ったＸＭＬ形式の
データからＨＤＬソースコードの部分を抜き出して、テ
キストファイル形式に保存する。動作検証を行う設計業
者は、該httpサーバ（イ）から該テキストファイル形式
に保存されたＨＤＬソースコードをタウンロードして、
動作検証を実行する。
【００２０】以上のように、httpサーバ（イ）上のＸＭ
Ｌパーサ（７）とＸＳＬＴプロセッサ（４）を利用する
ことによって、ＸＭＬ形式のデータに埋め込まれた複数
の異なる記述ルールに従って記述されたＨＤＬソースコ
ードを、変換仕様指定スタイル・シート・データＸＳＬ
Ｔ（３）並びに整形処理指定スタイル・シート・データ
ＸＳＬ（５）の指定した内容に従って、所望の記述ルー
ルで記述されたＨＤＬソースコードに、一括変換するこ
とができる。したがって、複数の異なる記述ルールで作
成された各回路ブロックデータを、所望の記述ルールに
対応する仕様に自動的に変換して、容易に統合検証を行
うことが可能なハードウェアの共同設計方法を実現する
ことができる。
Ｌパーサ（７）とＸＳＬＴプロセッサ（４）を利用する
ことによって、ＸＭＬ形式のデータに埋め込まれた複数
の異なる記述ルールに従って記述されたＨＤＬソースコ
ードを、変換仕様指定スタイル・シート・データＸＳＬ
Ｔ（３）並びに整形処理指定スタイル・シート・データ
ＸＳＬ（５）の指定した内容に従って、所望の記述ルー
ルで記述されたＨＤＬソースコードに、一括変換するこ
とができる。したがって、複数の異なる記述ルールで作
成された各回路ブロックデータを、所望の記述ルールに
対応する仕様に自動的に変換して、容易に統合検証を行
うことが可能なハードウェアの共同設計方法を実現する
ことができる。
【００２１】
【発明の実施の形態】次に、実施の形態について説明す
る。図１は、本発明に係るハードウェアの共同設計方法
の実施の形態を説明するための説明図である。図１にお
いて、１はＨＤＬソースコードの変換サービスを提供す
るＡＳＰ（アプリケーション・サービス・プロバイダ）
のインターネット上のhttpサーバで、２は分担した回路
ブロック（Ａ）２−１のＨＤＬソースコード（Ａ）２−
２を作成するＡ設計会社（設計業者）で、３は分担した
回路ブロック（Ｂ）３−１のＨＤＬソースコード（Ｂ）
３−２を作成するＢ設計会社（設計業者）で、４は回路
ブロック（Ａ）２−１，（Ｂ）３−１を統合して一つの
回路（Ｃ）４−１として動作検証を行うＣ設計会社（設
計業者）である。
る。図１は、本発明に係るハードウェアの共同設計方法
の実施の形態を説明するための説明図である。図１にお
いて、１はＨＤＬソースコードの変換サービスを提供す
るＡＳＰ（アプリケーション・サービス・プロバイダ）
のインターネット上のhttpサーバで、２は分担した回路
ブロック（Ａ）２−１のＨＤＬソースコード（Ａ）２−
２を作成するＡ設計会社（設計業者）で、３は分担した
回路ブロック（Ｂ）３−１のＨＤＬソースコード（Ｂ）
３−２を作成するＢ設計会社（設計業者）で、４は回路
ブロック（Ａ）２−１，（Ｂ）３−１を統合して一つの
回路（Ｃ）４−１として動作検証を行うＣ設計会社（設
計業者）である。
【００２２】次に、上記構成のハードウェアの共同設計
方法における各構成部の詳細な内容並びにその動作につ
いて説明する。Ａ設計会社２及びＢ設計会社３は、それ
ぞれＡＳＰのhttpサーバ１に対してインターネットを介
して、以下のテキストファイル形式のデータをアップロ
ードする。 ＨＤＬソースコード（Ａ）２−２と、その記述ルールデ
ータ（Ａ）２−３ ＨＤＬソースコード（Ｂ）３−２と、その記述ルールデ
ータ（Ｂ）３−３
方法における各構成部の詳細な内容並びにその動作につ
いて説明する。Ａ設計会社２及びＢ設計会社３は、それ
ぞれＡＳＰのhttpサーバ１に対してインターネットを介
して、以下のテキストファイル形式のデータをアップロ
ードする。 ＨＤＬソースコード（Ａ）２−２と、その記述ルールデ
ータ（Ａ）２−３ ＨＤＬソースコード（Ｂ）３−２と、その記述ルールデ
ータ（Ｂ）３−３
【００２３】ＡＳＰのhttpサーバ１では、アップロード
されたテキスト形式データから以下の手順でＸＭＬ形式
データを作成する。 手順１：記述ルールデータを元に変換対象となるデータ（ＨＤＬソースコード ）のＤＴＤ（２）を作成する。 〈！DOCTYPE ＨＤＬソースコード〔 〈！ELEMENT 予約語（エンティティ名、アーキテクチャ名、コンフィグレーショ ン名、ライブラリ名）〉 〈！ELEMENT エンティティ名（＃PCDATA）〉 〈！ELEMENT アーキテクチャ名（＃PCDATA）〉 〈！ELEMENT コンフィグレーション名（＃PCDATA）〉 〈！ELEMENT ライブラリ名（＃PCDATA）〉 〕〉
されたテキスト形式データから以下の手順でＸＭＬ形式
データを作成する。 手順１：記述ルールデータを元に変換対象となるデータ（ＨＤＬソースコード ）のＤＴＤ（２）を作成する。 〈！DOCTYPE ＨＤＬソースコード〔 〈！ELEMENT 予約語（エンティティ名、アーキテクチャ名、コンフィグレーショ ン名、ライブラリ名）〉 〈！ELEMENT エンティティ名（＃PCDATA）〉 〈！ELEMENT アーキテクチャ名（＃PCDATA）〉 〈！ELEMENT コンフィグレーション名（＃PCDATA）〉 〈！ELEMENT ライブラリ名（＃PCDATA）〉 〕〉
【００２４】 手順２：ＨＤＬソースコードをタグで囲む。 〈ＨＤＬソースコード〉 〈予約語〉entity〈エンティティ名〉識別子〈／エンティティ名〉 generic インターフェース−リスト； portインターフェース−リスト； 宣言 begin 文 end 識別子； architecture〈アーキテクチャ名〉識別子〈／アーキテクチャ名〉ofエンティ ティマークis 宣言 begin 文 for〈コンフィグレーション名〉コンポーネント指定子〈／コンフィグレーシ ョン名〉use 結合指定子； end 識別子； library 〈ライブラリ名〉ライブラリ名〈／ライブラリ名〉； use選択パッケージ名； 文 〈／予約語〉 〈／ＨＤＬソースコード〉
【００２５】 手順３：ＸＭＬ形式のデータに整形する。 〈？xml version ＝“1.0" encoding ＝“Shift-JIS" ？〉 〈？xml-stylesheet type＝“text/xsl" href＝“ＸＳＬファイル名”？〉 〈！DOCTYPE ＨＤＬソースコード〔 〈！ELEMENT 予約語（エンティティ名、アーキテクチャ名、コンフィグレーショ ン名、ライブラリ名）〉 〈！ELEMENT エンティティ名（＃PCDATA）〉 〈！ELEMENT アーキテクチャ名（＃PCDATA）〉 〈！ELEMENT コンフィグレーション名（＃PCDATA）〉 〈！ELEMENT ライブラリ名（＃PCDATA）〉 〕〉 〈ＨＤＬソースコード〉 〈予約語〉entity〈エンティティ名〉識別子〈／エンティティ名〉 generic インターフェース−リスト； portインターフェース−リスト； 宣言 begin 文 end 識別子； architecture〈アーキテクチャ名〉識別子〈／アーキテクチャ名〉ofエンティ ティマークis 宣言 begin 文 for〈コンフィグレーション名〉コンポーネント指定子〈／コンフィグレーシ ョン名〉use 結合指定子； end 識別子； library 〈ライブラリ名〉ライブラリ名〈／ライブラリ名〉； use選択パッケージ名； 文 〈／予約語〉 〈／ＨＤＬソースコード〉
【００２６】上記手順をもって、httpサーバ１において
ＨＤＬソースコード（Ａ）２−２，（Ｂ）３−２対し
て、それぞれＸＭＬ形式データ（Ａ）１−１，（Ｂ）１
−２を作成する。
ＨＤＬソースコード（Ａ）２−２，（Ｂ）３−２対し
て、それぞれＸＭＬ形式データ（Ａ）１−１，（Ｂ）１
−２を作成する。
【００２７】次に、回路ブロック（Ａ）２−１，（Ｂ）
３−１を統合して、一つの回路（Ｃ）４−１として動作
検証を行うＣ設計会社４の記述ルールデータ（Ｃ）４−
２を、ＡＳＰのhttpサーバ１にアップロードする。アッ
プロードした記述ルールデータ（Ｃ）４−２に基づい
て、以下の手順で変換仕様指定スタイル・シート・デー
タＸＳＬＴ（３）を作成し、ＸＭＬパーサ（７）により
ＸＳＬＴプロセッサ（４）を介してＸＳＬファイルが形
成される。なお、図１において、１−３はＸＭＬパーサ
の内容を示している。
３−１を統合して、一つの回路（Ｃ）４−１として動作
検証を行うＣ設計会社４の記述ルールデータ（Ｃ）４−
２を、ＡＳＰのhttpサーバ１にアップロードする。アッ
プロードした記述ルールデータ（Ｃ）４−２に基づい
て、以下の手順で変換仕様指定スタイル・シート・デー
タＸＳＬＴ（３）を作成し、ＸＭＬパーサ（７）により
ＸＳＬＴプロセッサ（４）を介してＸＳＬファイルが形
成される。なお、図１において、１−３はＸＭＬパーサ
の内容を示している。
【００２８】手順１：記述ルールデータ（Ｃ）４−２に
従って「変換の規則」を作成する。記述ルールデータ
（Ｃ）の内容が以下のような場合、 エンティティ名＝block アーキテクチャ名＝body コンフィグレーション名＝cfg-block-body ライブラリ名＝lib-abc
従って「変換の規則」を作成する。記述ルールデータ
（Ｃ）の内容が以下のような場合、 エンティティ名＝block アーキテクチャ名＝body コンフィグレーション名＝cfg-block-body ライブラリ名＝lib-abc
【００２９】「変換の規則」は、以下のようになる。 〈エンティティ名〉タグで囲まれた「エンティティ名」
要素の値をblock に置換。 〈アーキテクチャ名〉タグで囲まれた「アーキテクチャ
名」要素の値をbodyに置換。 〈コンフィグレーション名〉タグで囲まれた「コンフィ
グレーション名」要素の値をcfg-block-bodyに置換。 〈ライブラリ名〉タグで囲まれた「ライブラリ名」要素
の値をlib-abc に置換。
要素の値をblock に置換。 〈アーキテクチャ名〉タグで囲まれた「アーキテクチャ
名」要素の値をbodyに置換。 〈コンフィグレーション名〉タグで囲まれた「コンフィ
グレーション名」要素の値をcfg-block-bodyに置換。 〈ライブラリ名〉タグで囲まれた「ライブラリ名」要素
の値をlib-abc に置換。
【００３０】 手順２：「変換の規則」に基づいて変換仕様をＸＳＬＴ（３）として作成する 。 〈xsl:stylesheet xmlns:xsl＝“http://www.w3.org/1999/ＸＳＬ/Transform" 〉〈xsl:template match＝“変換の処理対象とする要素名”〉 変換の規則に従った文字列の変換処理 〈/xsl:template 〉
【００３１】 の実装例 エンティティ名の変換処理 〈xsl:template match＝“エンティティ名”〉 block 〈/xsl:template 〉 アーキテクチャ名の変換処理 〈xsl:template match＝“アーキテクチャ名”〉 body 〈/xsl:template 〉 コンフィグレーション名の変換処理 〈xsl:template match＝“コンフィグレーション名”〉 cfg-block-body 〈/xsl:template 〉 ライブラリ名の変換処理 〈xsl:template match＝“ライブラリ名”〉 lib-abc 〈/xsl:template 〉
【００３２】以上を一括自動変換処理できるようにＸＳ
ＬＴ（３）のスタイル・シート・データ形式に纏める
と、以下のようになる。 〈xsl:stylesheet version＝“1.0" xmlns:xsl ＝“http://www.w3.org/1999/Ｘ ＳＬ/Transform" 〉 〈xsl:output method＝“text" encoding＝“Shift-Jis"/〉 〈xsl:template match＝“エンティティ名”〉 block 〈/xsl:template 〉 〈xsl:template match＝“アーキテクチャ名”〉 body 〈/xsl:template 〉 〈xsl:template match＝“コンフィグレーション名”〉 cfg-block-body 〈/xsl:template 〉 〈xsl:template match＝“ライブラリ名”〉 lib-abc 〈/xsl:template 〉
ＬＴ（３）のスタイル・シート・データ形式に纏める
と、以下のようになる。 〈xsl:stylesheet version＝“1.0" xmlns:xsl ＝“http://www.w3.org/1999/Ｘ ＳＬ/Transform" 〉 〈xsl:output method＝“text" encoding＝“Shift-Jis"/〉 〈xsl:template match＝“エンティティ名”〉 block 〈/xsl:template 〉 〈xsl:template match＝“アーキテクチャ名”〉 body 〈/xsl:template 〉 〈xsl:template match＝“コンフィグレーション名”〉 cfg-block-body 〈/xsl:template 〉 〈xsl:template match＝“ライブラリ名”〉 lib-abc 〈/xsl:template 〉
【００３３】ここで、前記ＸＭＬ形式データの中で宣言
されているＸＳＬファイル名と、上記ＸＳＬＴ変換仕様
を記述したファイル名を一致させることにより、Ａ設計
会社２とＢ設計会社３のＸＭＬ形式データ１−１，１−
２に対して、Ｃ設計会社４の記述ルールに従ったデータ
変換が可能となる。
されているＸＳＬファイル名と、上記ＸＳＬＴ変換仕様
を記述したファイル名を一致させることにより、Ａ設計
会社２とＢ設計会社３のＸＭＬ形式データ１−１，１−
２に対して、Ｃ設計会社４の記述ルールに従ったデータ
変換が可能となる。
【００３４】データ変換の処理の起動と結果の出力は、
以下の通りである。すなわち、Ｃ設計会社４は、インタ
ーネットを介して前記ＡＳＰのhttpサーバ１から、上記
Ｃ設計会社４の記述ルールに従って作成されたＸＳＬＴ
変換仕様とＸＳＬ出力形式が書かれたＸＳＬファイル
と、Ｃ設計会社４で統合して動作検証する対象となるＡ
設計会社２及びＢ設計会社３の、記述ルールデータ
（Ｃ）４−２に従って変換されたＸＭＬ形式データ
（Ａ）１−４及び（Ｂ）１−５をダウンロードする。そ
して、Ｃ設計会社４のコンピュータ上で、ＸＭＬパーサ
機能を有するブラウザ４−３を起動する。
以下の通りである。すなわち、Ｃ設計会社４は、インタ
ーネットを介して前記ＡＳＰのhttpサーバ１から、上記
Ｃ設計会社４の記述ルールに従って作成されたＸＳＬＴ
変換仕様とＸＳＬ出力形式が書かれたＸＳＬファイル
と、Ｃ設計会社４で統合して動作検証する対象となるＡ
設計会社２及びＢ設計会社３の、記述ルールデータ
（Ｃ）４−２に従って変換されたＸＭＬ形式データ
（Ａ）１−４及び（Ｂ）１−５をダウンロードする。そ
して、Ｃ設計会社４のコンピュータ上で、ＸＭＬパーサ
機能を有するブラウザ４−３を起動する。
【００３５】次に、ダウンロードした前記ＸＭＬファイ
ルを開く。このＸＭＬファイルを開くと、ブラウザ４−
３に装備されたＸＭＬパーサが起動し、ダウンロードさ
れた前記ＸＳＬファイルが読み込まれると同時に、前記
Ａ，Ｂ設計会社２，３のＸＭＬ形式データ（Ａ）１−
４，（Ｂ）１−５に対して、Ｃ設計会社４の記述ルール
に従った文字列変換が行われる。
ルを開く。このＸＭＬファイルを開くと、ブラウザ４−
３に装備されたＸＭＬパーサが起動し、ダウンロードさ
れた前記ＸＳＬファイルが読み込まれると同時に、前記
Ａ，Ｂ設計会社２，３のＸＭＬ形式データ（Ａ）１−
４，（Ｂ）１−５に対して、Ｃ設計会社４の記述ルール
に従った文字列変換が行われる。
【００３６】前記ＸＳＬファイルに宣言されたxsl の出
力形式、＜xsl:output method＝“text" encoding＝
“Shift-Jis"/＞の記述により、前記文字列変換結果は
テキストデータの形でブラウザに表示される。このと
き、ＸＭＬ形式データの生成の際に付加したタグは排除
され、Ｃ設計会社４の動作検証に必要となる、記述ルー
ルデータ（Ｃ）４−２に従って変換されたＨＤＬソース
コード（Ａ）４−４，（Ｂ）４−５を得ることができ
る。
力形式、＜xsl:output method＝“text" encoding＝
“Shift-Jis"/＞の記述により、前記文字列変換結果は
テキストデータの形でブラウザに表示される。このと
き、ＸＭＬ形式データの生成の際に付加したタグは排除
され、Ｃ設計会社４の動作検証に必要となる、記述ルー
ルデータ（Ｃ）４−２に従って変換されたＨＤＬソース
コード（Ａ）４−４，（Ｂ）４−５を得ることができ
る。
【００３７】したがって、Ｃ設計会社４は自社の記述ル
ールデータ（Ｃ）４−２のＡＳＰのhttpサーバ１へのア
ップロードが必要なだけで、他には一切Ａ，Ｂ各設計会
社向けの記述ルール変換プログラムは必要としない。ま
た、Ａ，Ｂ各設計会社もＣ設計会社と全く同様である。
ールデータ（Ｃ）４−２のＡＳＰのhttpサーバ１へのア
ップロードが必要なだけで、他には一切Ａ，Ｂ各設計会
社向けの記述ルール変換プログラムは必要としない。ま
た、Ａ，Ｂ各設計会社もＣ設計会社と全く同様である。
【００３８】各設計会社の記述ルールが変更されても、
変更された情報を記述ルールデータとして、ＡＳＰのht
tpサーバ１へアップロードすることにより、自動的にＡ
ＳＰのhttpサーバ１で変換仕様の変更が行われるので、
Ａ，Ｂ，Ｃ各設計会社に新たな変更のための新規作業は
発生しない。なお、前記ブラウザの代わりに、ＸＭＬパ
ーサ機能を有している他のソフトウェアに変更すること
が可能である。
変更された情報を記述ルールデータとして、ＡＳＰのht
tpサーバ１へアップロードすることにより、自動的にＡ
ＳＰのhttpサーバ１で変換仕様の変更が行われるので、
Ａ，Ｂ，Ｃ各設計会社に新たな変更のための新規作業は
発生しない。なお、前記ブラウザの代わりに、ＸＭＬパ
ーサ機能を有している他のソフトウェアに変更すること
が可能である。
【００３９】
【発明の効果】以上実施の形態に基づいて説明したよう
に、本発明によれば、複数の設計業者毎に異なる記述ル
ールに従って作成されたハードウェア記述言語でコーデ
ィングされた各回路設計データを統合して検証する際
に、インターネット上に設置されたデータ変換サービス
を提供するプロバイダのサーバ上において、上記各回路
設計データが統合検証を行う設計業者の記述ルールに従
った記述言語でコーディングされた回路設計データに自
動的に変換生成されるように構成されているので、統合
検証を行う設計業者は独自の変換プログラムを必要とす
ることなく、容易に統合検証を行うことが可能なハード
ウェアの共同設計方法を実現することができる。
に、本発明によれば、複数の設計業者毎に異なる記述ル
ールに従って作成されたハードウェア記述言語でコーデ
ィングされた各回路設計データを統合して検証する際
に、インターネット上に設置されたデータ変換サービス
を提供するプロバイダのサーバ上において、上記各回路
設計データが統合検証を行う設計業者の記述ルールに従
った記述言語でコーディングされた回路設計データに自
動的に変換生成されるように構成されているので、統合
検証を行う設計業者は独自の変換プログラムを必要とす
ることなく、容易に統合検証を行うことが可能なハード
ウェアの共同設計方法を実現することができる。
【図１】本発明に係るハードウェアの共同設計方法の実
施の形態を説明するための説明図である。
施の形態を説明するための説明図である。
１ ＡＳＰのhttpサーバ １−１ ＸＭＬ形式データ（Ａ） １−２ ＸＭＬ形式データ（Ｂ） １−３ ＸＭＬパーサ（７）の内容 １−４ 変換されたＸＭＬ形式データ（Ａ） １−５ 変換されたＸＭＬ形式データ（Ｂ） ２ Ａ設計会社 ２−１ 回路ブロック（Ａ） ２−２ ＨＤＬソースコード（Ａ） ２−３ 記述ルールデータ（Ａ） ３ Ｂ設計会社 ３−１ 回路ブロック（Ｂ） ３−２ ＨＤＬソースコード（Ｂ） ３−３ 記述ルールデータ（Ｂ） ４ Ｃ設計会社 ４−１ 回路（Ｃ） ４−２ 記述ルールデータ（Ｃ） ４−３ プラウザ ４−４ 変換されたＨＤＬソースコード（Ａ） ４−５ 変換されたＨＤＬソースコード（Ｂ）
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/50 ６６４ Ｇ０６Ｆ 17/50 ６６４Ｚ
Claims (1)
- 【請求項１】 統合されるべき複数の回路ブロックから
なる一つの回路を、異なる設計業者間で各々回路ブロッ
クを分担して設計し、それらの各回路ブロックを一つの
回路として統合し動作検証を行うハードウェアの共同設
計方法において、異なる設計業者毎の異なる記述ルール
に従って作成されたハードウェア記述言語でコーディン
グされた各回路ブロック設計データを、各記述ルールデ
ータと共に、インターネット上に設置されたデータ変換
サービスを提供するプロバイダのサーバにアップロード
するステップと、異なる記述ルールに従って作成された
ハードウェア記述言語でコーディングされた各回路ブロ
ック設計データを一つの回路データとして統合して検証
する統合検証設計業者が必要とする動作検証用の記述ル
ールデータを、前記データ変換サービスを提供するプロ
バイダのサーバにアップロードするステップと、前記デ
ータ変換サービスを提供するプロバイダのサーバ上にお
いて、統合対象となる各回路ブロック設計データの各記
述ルールを動作検証用の記述ルールに変換する仕様を作
成し、該変換仕様に基づいて各回路ブロック設計データ
を動作検証用の回路設計データに変換処理するサービス
を提供するステップとを含むことを特徴とするハードウ
ェアの共同設計方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000358701A JP2002163318A (ja) | 2000-11-27 | 2000-11-27 | ハードウェアの共同設計方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000358701A JP2002163318A (ja) | 2000-11-27 | 2000-11-27 | ハードウェアの共同設計方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002163318A true JP2002163318A (ja) | 2002-06-07 |
Family
ID=18830556
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000358701A Withdrawn JP2002163318A (ja) | 2000-11-27 | 2000-11-27 | ハードウェアの共同設計方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2002163318A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20220012862A (ko) * | 2019-05-30 | 2022-02-04 | 셀레라 인코포레이티드 | 자동화된 회로 생성 |
| KR102834930B1 (ko) * | 2025-01-31 | 2025-07-17 | 주식회사 세미파이브 | ＧｒａｐｈＭＬ에 기반한 시스템 온 칩의 설계 수정 방법 및 그 시스템 |
-
2000
- 2000-11-27 JP JP2000358701A patent/JP2002163318A/ja not_active Withdrawn
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20220012862A (ko) * | 2019-05-30 | 2022-02-04 | 셀레라 인코포레이티드 | 자동화된 회로 생성 |
| US12073157B2 (en) | 2019-05-30 | 2024-08-27 | Celera, Inc. | Automated circuit generation |
| US12079555B2 (en) | 2019-05-30 | 2024-09-03 | Celera, Inc. | Automated circuit generation |
| US12093619B2 (en) | 2019-05-30 | 2024-09-17 | Celera, Inc. | Automated circuit generation |
| US12093618B2 (en) | 2019-05-30 | 2024-09-17 | Celera, Inc. | Automated circuit generation |
| KR102723089B1 (ko) * | 2019-05-30 | 2024-10-28 | 셀레라 인코포레이티드 | 자동화된 회로 생성 |
| US12141511B2 (en) | 2019-05-30 | 2024-11-12 | Celera, Inc. | Automated circuit generation |
| KR102834930B1 (ko) * | 2025-01-31 | 2025-07-17 | 주식회사 세미파이브 | ＧｒａｐｈＭＬ에 기반한 시스템 온 칩의 설계 수정 방법 및 그 시스템 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6675354B1 (en) | Case-insensitive custom tag recognition and handling | |
| US6732330B1 (en) | Scripting language blocks to support multiple scripting languages in a single web page | |
| US5842204A (en) | Method and apparatus for translating source code from one high-level computer language to another | |
| US7685135B2 (en) | Database facility for XML server pages language | |
| JP3857663B2 (ja) | 構造化文書編集装置、構造化文書編集方法及びプログラム | |
| US7191397B2 (en) | XML server pages language | |
| US6748569B1 (en) | XML server pages language | |
| US7496838B2 (en) | Converting markup language files | |
| KR100432936B1 (ko) | 분산형 데이터 처리 시스템 상에서 래거시 애플리케이션에엑세스를 제공하기 위한 방법, 장치 및 컴퓨터 프로그램제조물 | |
| US7779350B2 (en) | Dynamic creation of an application's XML document type definition (DTD) | |
| US20040261017A1 (en) | Document generation | |
| JP5204070B2 (ja) | ソフトウェア成果物の第２バージョンに移行する際に、当該ソフトウェア成果物の第１バージョンになされたカスタマイズをマージするためのツールを生成する方法、コンピュータ使用可能な媒体及びデータ処理システム | |
| US7162687B2 (en) | JSP tag libraries and web services | |
| US7233956B2 (en) | Method and apparatus for data migration between databases | |
| US20080028302A1 (en) | Method and apparatus for incrementally updating a web page | |
| US20030167446A1 (en) | Method of and software for recordal and validation of changes to markup language files | |
| US6981211B1 (en) | Method for processing a document object model (DOM) tree using a tagbean | |
| GB2359157A (en) | Extensible Markup Language (XML) server pages having custom Document Object Model (DOM) tags | |
| KR20050036973A (ko) | Ｘｍｌ 스트리밍 변환기 | |
| KR20040007545A (ko) | 소프트웨어 객체와 구조화 언어 요소 기반 문서간의 매핑시스템 및 방법 | |
| JP2003186673A (ja) | コンピュータシステム構成要素の統合方法、およびコンフィギュレーションシステム | |
| US7266766B1 (en) | Method for developing a custom tagbean | |
| WO2002103554A1 (en) | Data processing method, data processing program, and data processing apparatus | |
| JP2002163318A (ja) | ハードウェアの共同設計方法 | |
| Amann et al. | BIM programming |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20080205 |