JP5399601B2

JP5399601B2 - Implementation code development system and implementation code development program

Info

Publication number: JP5399601B2
Application number: JP2005160427A
Authority: JP
Inventors: 聡石田
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2005-05-31
Filing date: 2005-05-31
Publication date: 2014-01-29
Anticipated expiration: 2025-05-31
Also published as: JP2006338190A

Description

本発明は、フレームワークのホットスポットを実装する技術に関する。特に、本発明は、フレームワークのホットスポットを実装するホットスポット実装コードを開発するためのシステム及びプログラムに関する。 The present invention relates to a technique for mounting a hot spot of a framework. In particular, the present invention relates to a system and program for developing a hot spot mounting code for mounting a framework hot spot.

システムやソフトウェアを開発する際、開発効率を向上させるために「フレームワーク」がしばしば利用される。フレームワークとは、特定のアーキテクチャに基づいて実装されたできあいの半完成のシステムのことである。このフレームワークに、プラグインとして作成される特定のソフトウェア部品をはめ込むことにより、所望のシステムを効率的に構築することが可能である。 When developing systems and software, a “framework” is often used to improve development efficiency. A framework is a semi-finished system that is implemented based on a specific architecture. By inserting specific software components created as plug-ins into this framework, it is possible to efficiently construct a desired system.

フレームワークにおいて、今後の変更が起こらないと分析される部分は「フローズンスポット」と呼ばれる。このフローズンスポットの実装は、フレームワークの開発者によって行われる。一方、新たな要求の発生が予想される部分は「ホットスポット（可変部分）」と呼ばれる。このホットスポットの実装は、フレームワークの使用者によって行われる。つまり、フレームワークの使用者は、ホットスポットの変更に応じたプラグインを開発し、そのプラグインを用いてホットスポットを実装する。 The part of the framework that is analyzed if no future changes occur is called the “frozen spot”. The implementation of this frozen spot is done by the framework developer. On the other hand, a portion where a new request is expected to occur is called a “hot spot (variable portion)”. This hot spot is implemented by the user of the framework. That is, the user of the framework develops a plug-in according to the change of the hot spot, and implements the hot spot using the plug-in.

オブジェクト指向によるフレームワークの場合、ホットスポットには、そのフレームワークが提供する抽象クラス（インターフェース）が用意される。そのホットスポットの実装を行うためには、その抽象クラスを継承するサブクラスがプラグインとして用意されればよい。つまり、ホットスポットに適合するサブクラスが規定されたコードが開発され、そのコードがホットスポットに適用されればよい。以下、このコードは、「ホットスポット実装コード」と参照される。 In the case of an object-oriented framework, an abstract class (interface) provided by the framework is prepared in the hot spot. In order to implement the hot spot, a subclass that inherits the abstract class may be prepared as a plug-in. That is, a code in which a subclass suitable for a hot spot is defined is developed, and the code may be applied to the hot spot. Hereinafter, this code is referred to as a “hot spot mounting code”.

フレームワークを利用した開発では、フレームワーク自体（フローズンスポット）の実装言語と同じ言語を利用して、ホットスポット実装コードを開発する必要がある。このことは、システムの開発効率の低下を招く可能性がある。例えば、複雑な行列計算処理でホットスポットを実装する必要があり、その行列計算コード（ホットスポット実装コード）をＪａｖａ（登録商標）言語により開発する必要がある場合を考える。行列計算の例として「Ｅ＝ＡＢ＋ＣＤ」を考える。この場合、開発者は、次のようなＪａｖａ（登録商標）コードを記述する必要がある。 In the development using the framework, it is necessary to develop the hot spot implementation code by using the same language as the implementation language of the framework itself (frozen spot). This may lead to a reduction in system development efficiency. For example, consider a case where a hot spot needs to be implemented by a complicated matrix calculation process, and the matrix calculation code (hot spot implementation code) needs to be developed in the Java (registered trademark) language. As an example of matrix calculation, consider “E = AB + CD”. In this case, the developer needs to write the following Java (registered trademark) code.

Ｅ＝Ａ．ｍｕｌｔｉｐｌｙ（Ｂ）．ａｄｄ（Ｃ．ｍｕｌｔｉｐｌｙ（Ｄ）） E = A. multiply (B). add (C. multiply (D))

Ｊａｖａ（登録商標）言語は、演算子のオーバーロードをサポートしていないため、“メソッド呼び出し”という形式を用いて行列計算を記述せざるを得ない。そのために、上記行列計算コードの可読性は良好ではなく、保守性も低下してしまう。また、Ｊａｖａ（登録商標）の標準ライブラリには行列クラスが含まれていないため、開発者は、適当な行列クラスを作成するか、適当な数値計算パッケージを入手する必要がある。 Since the Java (registered trademark) language does not support operator overloading, the matrix calculation must be described using a method called “method call”. Therefore, the readability of the matrix calculation code is not good and the maintainability is also lowered. In addition, since the standard library of Java (registered trademark) does not include a matrix class, the developer needs to create an appropriate matrix class or obtain an appropriate numerical calculation package.

一方、科学や工学で必要とされる数値や数式計算をサポートする記述性に優れたプログラミング言語も存在する。そのようなプログラミング言語の１つとして、ＭａｔＬａｂが挙げられる。ＭａｔＬａｂで記述されるプログラムファイルの拡張子は“．ｍ”であるため、ＭａｔＬａｂファイルは「Ｍファイル」と呼ばれる場合もある。このＭａｔＬａｂを用いる場合、上述の行列計算（Ｅ＝ＡＢ＋ＣＤ）は、次のように記述される。 On the other hand, there are programming languages with excellent descriptiveness that support numerical and mathematical calculations required in science and engineering. One such programming language is MatLab. Since the extension of a program file described in MatLab is “.m”, the MatLab file may be called “M file”. When this MatLab is used, the above matrix calculation (E = AB + CD) is described as follows.

Ｅ＝Ａ＊Ｂ＋Ｃ＊Ｄ E = A * B + C * D

この表現方式は、Ｊａｖａ（登録商標）による行列計算の表現方式と比較すると、可読性及び保守性の点において優れていると言える。また、Ｍａｔｌａｂは数値計算ライブラリを内包しているので、開発者は、行列計算のためのライブラリを入手する必要はない。 This representation method is superior in terms of readability and maintainability as compared to the representation method of matrix calculation by Java (registered trademark). Further, since Matlab includes a numerical calculation library, the developer does not need to obtain a library for matrix calculation.

一般に、Ｃ言語やＪａｖａ（登録商標）言語といったソフトウェア開発でよく用いられるプログラミング言語においては、行列演算や数式をネイティブに扱うための仕組みが言語レベルでは用意されていない。従って、行列演算などを扱いたい場合、開発者は、第三者が作成したライブラリを別途利用する必要がある。一方、ＭａｔＬａｂはそのようなライブラリを内包したマクロ的言語である。よって、Ｃ言語やＪａｖａ（登録商標）言語と比較して、行列演算等の数値計算を簡潔に記述することが可能となる。 In general, in a programming language often used in software development such as C language or Java (registered trademark) language, a mechanism for natively handling matrix operations and mathematical expressions is not prepared at the language level. Therefore, when it is desired to handle matrix operations, the developer needs to use a library created by a third party separately. On the other hand, MatLab is a macro language including such a library. Therefore, numerical calculations such as matrix operations can be described in a concise manner as compared with C language or Java (registered trademark) language.

このように、様々なプログラミング言語は、それぞれ異なるプロパティを有しており、それぞれ異なる長所・短所を有している。ある言語で構築されたフレームワークのホットスポットに、ある処理を適用する場合、その処理の内容によっては、ホットスポット実装コードの開発が困難になる可能性がある。つまり、フレームワークという制限のために、ホットスポット実装コードの開発効率が低下するという問題点があった。ホットスポット実装コードの開発効率を向上させることができる技術が望まれる。 As described above, various programming languages have different properties, and have different advantages and disadvantages. When a certain process is applied to a hot spot of a framework constructed in a certain language, it may be difficult to develop a hot spot implementation code depending on the contents of the process. In other words, due to the limitation of the framework, there is a problem that the development efficiency of the hot spot mounting code is lowered. A technique capable of improving the development efficiency of hot spot mounting codes is desired.

尚、フレームワークやソフトウェアの開発に関連する技術として以下のものが知られている。 The following technologies are known as technologies related to the development of frameworks and software.

特許文献１には、アプリケーションに共通する雛型ソフトウェアを有するモデルを用いて、利用者が要求する要求機能を実行するフレームワークの開発を支援するフレームワーク開発支援装置が開示されている。このフレームワーク開発支援装置は、利用者からフレームワークに対する要求機能の入力を受け付け、受け付けた要求機能を編集する要求機能編集部と、要求機能編集部が編集した要求機能を格納する要求機能格納部と、モデルを編集するモデル編集部と、モデル編集部が編集したモデルを格納するモデル格納部と、モデル格納部に格納されたモデルと要求機能格納部に格納された要求機能とを対応づける追跡関係を生成する追跡関係編集部と、追跡関係編集部が生成した追跡関係を格納する追跡関係格納部とを備える。 Patent Document 1 discloses a framework development support apparatus that supports the development of a framework that executes a requested function requested by a user using a model having template software common to applications. The framework development support apparatus receives a request function input to the framework from a user, edits the received request function, a request function editing unit, and stores a request function edited by the request function editing unit A model editing unit that edits a model, a model storage unit that stores a model edited by the model editing unit, and a model that stores a model stored in the model storage unit and a request function stored in the request function storage unit A tracking relationship editing unit that generates a relationship and a tracking relationship storage unit that stores the tracking relationship generated by the tracking relationship editing unit.

特許文献２には、オブジェクト指向による再利用可能なソフトウェア部品の開発を支援するソフトウェア部品開発支援装置が開示されている。このソフトウェア部品開発支援装置は、分析モデル生成手段と、変換手段とを備えている。分析モデル生成手段は、ある問題領域のアプリケーションに共通となる要求仕様の分析時に、仕様の変動性に関する情報を入力し、該情報を用いて要求仕様を分析して分析モデルを生成する。変換手段は、分析モデルを入力して、アプリケーション開発環境の要素となる再利用可能ソフトウェアの設計情報に変換する。 Patent Document 2 discloses a software component development support apparatus that supports development of reusable software components by object orientation. This software component development support apparatus includes an analysis model generation unit and a conversion unit. The analysis model generation means inputs information related to specification variability when analyzing a requirement specification common to applications in a certain problem area, and analyzes the requirement specification using the information to generate an analysis model. The conversion means inputs the analysis model and converts it into design information of reusable software that is an element of the application development environment.

特許文献３には、ディジタルシグナルプロセッサ（ＤＳＰ）のプログラムのソースコードを中間コードに変換し、その中間コードを上記ＤＳＰに対応したオブジェクトコードに変換するコンパイル方法が開示されている。このコンパイル方法において、上記中間コードは、ＤＳＰのプログラムを記述するための複数の言語、または複数のＤＳＰにそれぞれ対応したオブジェクトコードに共通である。 Patent Document 3 discloses a compiling method in which a source code of a digital signal processor (DSP) program is converted into an intermediate code, and the intermediate code is converted into an object code corresponding to the DSP. In this compiling method, the intermediate code is common to a plurality of languages for describing a DSP program or an object code corresponding to each of a plurality of DSPs.

特開２００２−１５７１１７号公報JP 2002-157117 A 特開平１１−２３７９８２号公報Japanese Patent Laid-Open No. 11-237982 特開平５−３４２０１２号公報JP-A-5-342012

本発明の目的は、フレームワークを利用するシステム開発の開発効率を向上させることができる技術を提供することにある。 An object of the present invention is to provide a technique capable of improving the development efficiency of system development using a framework.

本発明の他の目的は、フレームワークのホットスポットを実装するホットスポット実装コードの開発効率を向上させることができる技術を提供することにある。 Another object of the present invention is to provide a technique capable of improving the development efficiency of a hot spot mounting code for mounting a framework hot spot.

本発明の更に他の目的は、フレームワークの利用者が、ホットスポットを実装する処理内容に応じて、最適な開発言語を選択することができる開発システム及び開発プログラムを提供することにある。 Still another object of the present invention is to provide a development system and a development program that allow a user of a framework to select an optimal development language according to the processing contents for mounting a hot spot.

以下に、［発明を実施するための最良の形態］で使用される番号・符号を用いて、［課題を解決するための手段］を説明する。これらの番号・符号は、［特許請求の範囲］の記載と［発明を実施するための最良の形態］との対応関係を明らかにするために括弧付きで付加されたものである。ただし、それらの番号・符号を、［特許請求の範囲］に記載されている発明の技術的範囲の解釈に用いてはならない。 [Means for Solving the Problems] will be described below using the numbers and symbols used in [Best Mode for Carrying Out the Invention]. These numbers and symbols are added in parentheses in order to clarify the correspondence between the description of [Claims] and [Best Mode for Carrying Out the Invention]. However, these numbers and symbols should not be used for the interpretation of the technical scope of the invention described in [Claims].

本発明によれば、開発者によって様々な言語で記述されたソースコードが、一つの共通なオブジェクトモデルへ変換される。そのオブジェクトモデルは、メモリ上に展開される。そのオブジェクトモデルから、ホットスポットを実装するソースコード（ホットスポット実装コード）が生成される。つまり、本発明に係る実装コード開発システム及び開発プログラムは、オブジェクトモデルを中間表現として利用することによって、開発者が作成するソースコードを、ホットスポットに適合するホットスポット実装コードに変換する。 According to the present invention, source code described in various languages by a developer is converted into one common object model. The object model is expanded on the memory. From the object model, a source code for mounting a hot spot (hot spot mounting code) is generated. In other words, the implementation code development system and the development program according to the present invention use the object model as an intermediate representation to convert the source code created by the developer into a hot spot implementation code suitable for the hot spot.

本発明に係る実装コード開発システム（１０）は、フレームワーク（１）のホットスポット（３）を実装するホットスポット実装コード（５０）を開発する。その実装コード開発システム（１０）は、記録媒体（１３）と、ソースコードパース部（１１０）と、継承情報付与部（１２０）と、アウトプット部（１３０）とを備える。記録媒体（１３）には、ソースコード（２０）、及びホットスポット（３）に適合する条件が記述された継承情報記述ファイル（４０）が格納される。ソースコードパース部（１１０）は、記録媒体（１３）から読み込まれるソースコード（２０）の内容に応じて所定のクラス群をインスタンス化し、ソースコード（２０）の内容を示す第１オブジェクトモデル（３０Ａ）をメモリ（１２）上に展開する。継承情報付与部（１２０）は、記録媒体（１３）から継承情報記述ファイル（４０）を読み込み、第１オブジェクトモデル（３０Ａ）を、上記条件が付与された第２オブジェクトモデル（３０Ｂ）に変更する。アウトプット部（１３０）は、メモリ（１２）上に展開された第２オブジェクトモデル（３０Ｂ）をコード化することにより、ホットスポット実装コード（５０）を作成する。 The mounting code development system (10) according to the present invention develops a hot spot mounting code (50) for mounting the hot spot (3) of the framework (1). The implementation code development system (10) includes a recording medium (13), a source code parsing unit (110), an inheritance information adding unit (120), and an output unit (130). The recording medium (13) stores a source code (20) and an inheritance information description file (40) in which conditions suitable for the hot spot (3) are described. The source code parsing unit (110) instantiates a predetermined class group according to the contents of the source code (20) read from the recording medium (13), and shows a first object model (30A) indicating the contents of the source code (20). ) On the memory (12). The inheritance information adding unit (120) reads the inheritance information description file (40) from the recording medium (13), and changes the first object model (30A) to the second object model (30B) to which the above condition is assigned. . The output unit (130) creates the hot spot mounting code (50) by coding the second object model (30B) developed on the memory (12).

上記ソースコードパース部（１１０）は、字句解析部（１１１）と構文解析部（１１２）とを備える。字句解析部（１１１）は、ソースコード（２０）を受け取り、そのソースコード（２０）に含まれる字句を抽出する。構文解析部（１１２）は、抽出された字句に基づいて、ソースコード（２０）の構文を解析する。構文解析部（１１２）は、構文の解析結果に基づいて所定のクラス群をインスタンス化することにより、第１オブジェクトモデル（３０Ａ）をメモリ（１２）上に展開する。 The source code parsing unit (110) includes a lexical analyzer (111) and a syntax analyzer (112). The lexical analyzer (111) receives the source code (20) and extracts a lexical phrase included in the source code (20). The syntax analysis unit (112) analyzes the syntax of the source code (20) based on the extracted lexical phrase. The syntax analysis unit (112) develops the first object model (30A) on the memory (12) by instantiating a predetermined class group based on the syntax analysis result.

また、上記ソースコードパース部（１１０）は、複数のファイル形式のそれぞれに対応した複数の字句解析部（１１１）と、複数のファイル形式のそれぞれに対応した複数の構文解析部（１１２）とを備える。複数の字句解析部（１１１）の各々は、ソースコード（２０）に含まれる字句を抽出する。複数の構文解析部（１１２）の各々は、抽出された字句に基づいて、ソースコード（２０）の構文を解析する。ソースコード（２０）は、複数の字句解析部（１１１）のうち、ソースコード（２０）のファイル形式に対応する一の字句解析部（１１１）に入力される。複数の構文解析部（１１２）のうちソースコード（２０）のファイル形式に対応する一の構文解析部（１１２）は、構文の解析結果に基づいて所定のクラス群をインスタンス化することにより、第１オブジェクトモデル（３０Ａ）をメモリ（１２）上に展開する。 The source code parsing unit (110) includes a plurality of lexical analyzers (111) corresponding to each of a plurality of file formats and a plurality of syntax analyzers (112) corresponding to each of the plurality of file formats. Prepare. Each of the plurality of lexical analyzers (111) extracts a lexical included in the source code (20). Each of the plurality of syntax analysis units (112) analyzes the syntax of the source code (20) based on the extracted lexical phrase. The source code (20) is input to one lexical analyzer (111) corresponding to the file format of the source code (20) among the plurality of lexical analyzers (111). One syntax analysis unit (112) corresponding to the file format of the source code (20) among the plurality of syntax analysis units (112) instantiates a predetermined class group based on the result of the syntax analysis. One object model (30A) is developed on the memory (12).

ソースコードパース部（１１０）は、更に、拡張子判定部（１１３）を備えていてもよい。この拡張子判定部（１１３）は、ソースコード（２０）の拡張子を識別することにより、複数の字句解析部（１１１）から上記一の字句解析部（１１１）を決定する。そして、拡張子判定部（１１３）は、ソースコード（２０）を、決定された一の字句解析部（１１１）に出力する。 The source code parsing unit (110) may further include an extension determination unit (113). The extension determination unit (113) identifies the one lexical analysis unit (111) from the plurality of lexical analysis units (111) by identifying the extension of the source code (20). Then, the extension determining unit (113) outputs the source code (20) to the determined one lexical analyzer (111).

継承情報記述ファイル（４０）に記述される情報は、ホットスポット（３）における抽象クラスを継承するための継承情報（４０００）を含む。 The information described in the inheritance information description file (40) includes inheritance information (4000) for inheriting the abstract class in the hot spot (3).

アウトプット部（１３０）は、デザインパターンであるＶｉｓｉｔｏｒパターンに基づいて構築されてもよい。この場合、アウトプット部（１３０）は、第２オブジェクトモデル（３０Ｂ）に含まれる複数のインスタンスを順番に巡りながら、第２オブジェクトモデル（３０Ｂ）をコード化する。 The output unit (130) may be constructed based on a visitor pattern that is a design pattern. In this case, the output unit (130) codes the second object model (30B) while sequentially visiting a plurality of instances included in the second object model (30B).

本発明に係る実装コード開発プログラム（１００）は、フレームワーク（１）のホットスポット（３）を実装するホットスポット実装コード（５０）を開発するためのプログラムであり、コンピュータにより実行される。そのコンピュータは、ソースコード（２０）及びホットスポット（３）に適合する条件が記述された継承情報記述ファイル（４０）が格納される記録媒体（１３）と、メモリ（１２）とを備える。本発明に係る実装コード開発プログラム（１００）は、（Ａ）記録媒体（１３）からソースコード（２０）を読み込むステップと、（Ｂ）ソースコード（２０）の内容に応じて所定のクラス群をインスタンス化し、ソースコード（２０）の内容を示す第１オブジェクトモデル（３０Ａ）をメモリ（１２）上に展開するステップと、（Ｃ）記録媒体（１３）から継承情報記述ファイル（４０）を読み込み、第１オブジェクトモデル（３０Ａ）を、上記条件が付与された第２オブジェクトモデル（３０Ｂ）に変更するステップと、（Ｄ）メモリ（１２）上に展開された第２オブジェクトモデル（３０Ｂ）をコード化することにより、ホットスポット実装コード（５０）を作成するステップとをコンピュータに実行させる。 The mounting code development program (100) according to the present invention is a program for developing a hot spot mounting code (50) for mounting the hot spot (3) of the framework (1), and is executed by a computer. The computer includes a recording medium (13) in which a succession information description file (40) in which conditions conforming to the source code (20) and the hot spot (3) are described is stored, and a memory (12). The implementation code development program (100) according to the present invention includes (A) a step of reading the source code (20) from the recording medium (13), and (B) a predetermined class group according to the contents of the source code (20). Instantiating, expanding the first object model (30A) indicating the contents of the source code (20) on the memory (12), (C) reading the inheritance information description file (40) from the recording medium (13), A step of changing the first object model (30A) to a second object model (30B) to which the above conditions are given; and (D) encoding the second object model (30B) developed on the memory (12). This causes the computer to execute the step of creating the hot spot mounting code (50).

上記（Ｂ）ステップは、（Ｂ１）ソースコード（２０）に含まれる字句を抽出するステップと、（Ｂ２）抽出された字句に基づいて、ソースコード（２０）の構文を解析するステップと、（Ｂ３）構文の解析結果に基づいて所定のクラス群をインスタンス化することにより、第１オブジェクトモデル（３０Ａ）をメモリ（１２）上に展開するステップとを含む。 The (B) step includes (B1) extracting a lexical character included in the source code (20), (B2) analyzing the syntax of the source code (20) based on the extracted lexical character, And B3) developing a first object model (30A) on the memory (12) by instantiating a predetermined class group based on the analysis result of the syntax.

また、上記（Ｂ）ステップは、（ｂ１）ソースコード（２０）の拡張子を識別することにより、ソースコード（２０）のファイル形式を決定するステップと、（ｂ２）そのファイル形式に準拠して、ソースコード（２０）に含まれる字句を抽出するステップと、（ｂ３）抽出された字句及びファイル形式に基づいて、ソースコード（２０）の構文を解析するステップと、（ｂ４）構文の解析結果に基づいて所定のクラス群をインスタンス化することにより、第１オブジェクトモデル（３０Ａ）をメモリ（１２）上に展開するステップとを含む。 The step (B) includes (b1) determining the file format of the source code (20) by identifying the extension of the source code (20), and (b2) complying with the file format. , A step of extracting a lexical included in the source code (20), (b3) a step of analyzing the syntax of the source code (20) based on the extracted lexical and file format, and (b4) a result of the syntax analysis And developing a first object model (30A) on the memory (12) by instantiating a predetermined class group based on the above.

上記（Ｄ）ステップは、デザインパターンであるＶｉｓｉｔｏｒパターンに基づいて、第２オブジェクトモデル（３０Ｂ）に含まれる複数のインスタンスを順番に巡りながら、第２オブジェクトモデル（３０Ｂ）をコード化するステップを含む。 The step (D) includes a step of coding the second object model (30B) while sequentially visiting a plurality of instances included in the second object model (30B) based on the visitor pattern which is a design pattern. .

上記所定のクラス群は、ソースコード（２０）を表現するためのＳｏｕｒｃｅＦｉｌｅクラス（１０００）と、ソースコード（２０）に含まれる関数群を表現するためのＦｕｎｃｔｉｏｎｓクラス（１１００）と、ソースコード（２０）に含まれる変数群を表現するためのＶａｒｉａｂｌｅｓクラス（１２００）とを含む。ＳｏｕｒｃｅＦｉｌｅクラス（１０００）は、集約クラスであり、Ｆｕｎｃｔｉｏｎｓクラス（１１００）及びＶａｒｉａｂｌｅｓクラス（１２００）を含む。 The predetermined class group includes a SourceFile class (1000) for expressing the source code (20), a Functions class (1100) for expressing a function group included in the source code (20), and a source code (20 ) Variables class (1200) for expressing a variable group included in (). The SourceFile class (1000) is an aggregation class, and includes a Functions class (1100) and a Variables class (1200).

上記Ｆｕｎｃｔｉｏｎｓクラス（１１００）は、集約クラスであり、関数群に含まれる関数を表現するためのＦｕｎｃｔｉｏｎクラス（１３００）を含む。また、Ｆｕｎｃｔｉｏｎクラス（１３００）も、集約クラスである。Ｆｕｎｃｔｉｏｎクラス（１３００）は、関数に含まれるメソッド群を表現するためのＳｔａｔｅｍｅｎｔｓクラス（１４００）と、関数の引数を表現するためのＡｒｇｕｍｅｎｔＬｉｓｔクラス（１５００）と、関数で用いられる変数群を表現するためのＶａｒｉａｂｌｅｓクラス（１２００）と、関数で用いられる定数を表現するためのＣｏｎｓｔａｎｔクラス（１９３０）とを含む。 The Functions class (1100) is an aggregation class and includes a Function class (1300) for expressing a function included in a function group. The Function class (1300) is also an aggregation class. The Function class (1300) is a Statements class (1400) for expressing a method group included in a function, an ArgumentList class (1500) for expressing a function argument, and a variable group used in the function. The Variables class (1200) and the Constant class (1930) for expressing constants used in the function are included.

本発明に係る開発システム及び開発プログラムによれば、フレームワークの利用者（システムの開発者）は、ホットスポットを実装する処理内容に応じて、最適な開発言語を選択することが可能となる。つまり、本発明によれば、開発者は、自分が得意とするプログラミング言語を利用して、ホットスポット実装コードを開発することが可能となる。従って、ホットスポット実装コードの開発効率が向上する。最適な言語を利用してホットスポットの実装を行うことができるため、開発者は、フレームワークを利用するシステムを短期間で効率良く開発することが可能となる。 According to the development system and the development program according to the present invention, a framework user (system developer) can select an optimal development language in accordance with the processing content for mounting a hot spot. That is, according to the present invention, a developer can develop a hot spot mounting code by using a programming language that he is good at. Therefore, the development efficiency of the hot spot mounting code is improved. Since a hot spot can be implemented using an optimal language, a developer can efficiently develop a system using a framework in a short period of time.

添付図面を参照して、本発明に係るホットスポット実装コードの開発システム及び開発プログラムを説明する。 A hot spot mounting code development system and development program according to the present invention will be described with reference to the accompanying drawings.

図１は、本発明の全体を概念的に示している。本発明において、所望のシステムはフレームワーク１を利用することによって開発される。そのフレームワーク１は、フローズンスポット２とホットスポット３を備えている。フレームワーク１は、オブジェクト指向によるフレームワークであり、ホットスポット３には、そのフレームワーク１が提供する「抽象クラス（インターフェース）」が用意される。 FIG. 1 conceptually shows the whole of the present invention. In the present invention, the desired system is developed by utilizing the framework 1. The framework 1 includes a frozen spot 2 and a hot spot 3. The framework 1 is an object-oriented framework, and an “abstract class (interface)” provided by the framework 1 is prepared in the hot spot 3.

所望のシステムを構築するために、所望の機能を実現するプログラムによりホットスポット３の実装が行われる。そのプログラムのソースコード、すなわちホットスポット実装コード５０は、フレームワーク１の開発言語と同じプログラミング言語で記述される。例えば、フレームワーク１がＪａｖａ（登録商標）で開発された場合、ホットスポット実装コード５０もＪａｖａ（登録商標）で記述される。また、そのホットスポット実装コード５０には、ホットスポット３における抽象クラスを継承するサブクラスが規定される必要がある。このようなホットスポット実装コード５０、つまりホットスポット３に適合するようなホットスポット実装コード５０は、本発明に係る実装コード開発システム１０によって作成される。 In order to construct a desired system, the hot spot 3 is mounted by a program that realizes a desired function. The source code of the program, that is, the hot spot implementation code 50 is described in the same programming language as the development language of the framework 1. For example, when the framework 1 is developed in Java (registered trademark), the hot spot mounting code 50 is also described in Java (registered trademark). Further, the hot spot implementation code 50 needs to define a subclass that inherits the abstract class in the hot spot 3. Such a hot spot mounting code 50, that is, a hot spot mounting code 50 suitable for the hot spot 3, is created by the mounting code development system 10 according to the present invention.

図１に示されるように、本発明に係る実装コード開発システム１０は、システム開発者によって作成されるソースコード２０を入力し、ホットスポット実装コード５０を出力する。ソースコード２０は、Ｊａｖａ（登録商標）、Ｃ言語、ＭａｔＬａｂ、ＸＭＬなど様々なプログラミング言語で作成される。ソースコード２０を記述する言語は、フレームワーク１の開発言語と異なっていてもよいし、同一でもよい。開発者は、自分が得意とするプログラミング言語を用いてソースコード２０を開発すればよい。 As shown in FIG. 1, the mounting code development system 10 according to the present invention inputs source code 20 created by a system developer and outputs a hot spot mounting code 50. The source code 20 is created in various programming languages such as Java (registered trademark), C language, MatLab, and XML. The language describing the source code 20 may be different from the development language of the framework 1 or may be the same. The developer may develop the source code 20 using a programming language that he is good at.

後述されるように、実装コード開発システム１０には、所定の「クラス群」が規定されている。入力されたソースコード２０の内容に応じてそのクラス群をインスタンス化することにより、ソースコード２０の内容が反映されたオブジェクトモデル３０が生成される。そして、共通のクラス群に基づいて作成されたオブジェクトモデル３０が、ホットスポット３に適合するホットスポット実装コード５０に変換される。生成されたホットスポット実装コード５０はコンパイルされ、ホットスポット３に適用される。これにより、ホットスポット３の実装が完了する。 As will be described later, the implementation code development system 10 defines a predetermined “class group”. By instantiating the class group according to the contents of the input source code 20, an object model 30 reflecting the contents of the source code 20 is generated. Then, the object model 30 created based on the common class group is converted into a hot spot mounting code 50 adapted to the hot spot 3. The generated hot spot mounting code 50 is compiled and applied to the hot spot 3. Thereby, the mounting of the hot spot 3 is completed.

このように、本発明に係る実装コード開発システム１０は、様々な言語で記述され得るソースコード２０を、ホットスポット３に適合する一の言語で記述されるホットスポット実装コード５０に変換する。その変換過程において、実装コード開発システム１０は、オブジェクトモデル３０を「中間表現」として利用している。オブジェクトモデルとは、プログラム上で扱われるデータがオブジェクト指向設計によってモデリングされた、データ構造とそれに与えられる一連の動作の骨組みのことである。代表的なオブジェクトモデルとして、ＸＭＬファイルを表現するためのＤＯＭ（Document Object Model）が挙げられる。本発明に係るオブジェクトモデル３０は、ある処理を行うプログラムのソースコードを表現するためのオブジェクトモデルであると言える。 As described above, the implementation code development system 10 according to the present invention converts the source code 20 that can be described in various languages into the hot spot implementation code 50 that is described in one language suitable for the hot spot 3. In the conversion process, the implementation code development system 10 uses the object model 30 as an “intermediate expression”. An object model is a framework of a data structure and a series of operations given thereto, in which data handled in a program is modeled by object-oriented design. As a typical object model, there is a DOM (Document Object Model) for expressing an XML file. The object model 30 according to the present invention can be said to be an object model for expressing the source code of a program that performs a certain process.

以下、本発明に係る実装コード開発システム１０の構成及び動作が、更に詳細に説明される。 Hereinafter, the configuration and operation of the implementation code development system 10 according to the present invention will be described in more detail.

（構成）
図２は、本発明に係る実装コード開発システム１０の構成を示すブロック図である。実装コード開発システム１０は、演算処理装置１１、メモリ１２、記録媒体１３、入力装置１４、及び表示装置１５を備えている。メモリ１２は、データ処理用の一時記憶装置であり、例としてＤＲＡＭ（Dynamic Random Access Memory）が挙げられる。記録媒体１３は、データやプログラムを格納するための記憶装置であり、例としてハードディスクが挙げられる。入力装置１４としては、キーボードやマウスが例示される。表示装置１５としては、液晶ディスプレイが例示される。演算処理装置１１は、プログラムの命令に従って、各種演算や各装置の制御を実行する。開発者は、表示装置１５に表示される情報を参照しながら、入力装置１４を用いてファイルの編集やコマンドの入力を行うことができる。この実装コード開発システム１０は、例えばワークステーション上に構築される。 (Constitution)
FIG. 2 is a block diagram showing the configuration of the implementation code development system 10 according to the present invention. The mounted code development system 10 includes an arithmetic processing device 11, a memory 12, a recording medium 13, an input device 14, and a display device 15. The memory 12 is a temporary storage device for data processing, and examples thereof include a DRAM (Dynamic Random Access Memory). The recording medium 13 is a storage device for storing data and programs, and an example is a hard disk. Examples of the input device 14 include a keyboard and a mouse. An example of the display device 15 is a liquid crystal display. The arithmetic processing unit 11 executes various calculations and control of each device in accordance with instructions of the program. The developer can edit a file and input a command using the input device 14 while referring to information displayed on the display device 15. The implementation code development system 10 is constructed on a workstation, for example.

記録媒体１３には、ソースコード２０、継承情報記述ファイル４０、及びホットスポット実装コード５０が格納される。ソースコード２０は、実装コード開発システム１０によってホットスポット実装コード５０に変換されるファイルである。開発者は、入力装置１４を用いることによって、ソースコード２０を作成・編集することができる。また、開発者は、入力装置１４を用いることによって、入力されるソースコード２０のファイル形式（ＭａｔＬａｂ等）を指定することができる。継承情報記述ファイル４０は、後述されるように、実装コード開発システム１０によるファイル変換処理に用いられるファイルである。継承情報記述ファイル４０には、ホットスポット３における抽象クラスを継承するための情報、つまり、ホットスポット３に適合する条件が記述される。開発者は、入力装置１４を用いることによって、継承情報記述ファイル４０（例えばＸＭＬファイル）を作成・編集することができる。ホットスポット実装コード５０は、実装コード開発システム１０によって作成されるファイルである。開発者は、入力装置１４を用いることによって、出力されるホットスポット実装コード５０のファイル形式、すなわちホットスポット３に適合する所望のファイル形式（Ｊａｖａ（登録商標）等）を指定することができる。 The recording medium 13 stores the source code 20, the inheritance information description file 40, and the hot spot mounting code 50. The source code 20 is a file that is converted into the hot spot mounting code 50 by the mounting code development system 10. The developer can create and edit the source code 20 by using the input device 14. Further, the developer can specify the file format (MatLab or the like) of the input source code 20 by using the input device 14. The inheritance information description file 40 is a file used for file conversion processing by the implementation code development system 10 as described later. In the inheritance information description file 40, information for inheriting the abstract class in the hot spot 3, that is, a condition suitable for the hot spot 3 is described. The developer can create and edit the inheritance information description file 40 (for example, an XML file) by using the input device 14. The hot spot mounting code 50 is a file created by the mounting code development system 10. By using the input device 14, the developer can specify a file format of the output hot spot mounting code 50, that is, a desired file format (such as Java (registered trademark)) that matches the hot spot 3.

また、記録媒体１３には変換プログラム（実装コード開発プログラム）１００が格納される。この変換プログラム１００は、ソースコード２０をホットスポット実装コード５０に変換するためのプログラムであり、演算処理装置１１によって実行される。逆に言えば、演算処理装置１１は、変換プログラム１００による命令に従って、ソースコード２０をホットスポット実装コード５０に変換する。この変換プログラム１００は、ソースコードパース部１１０、継承情報付与部１２０、及びアウトプット部１３０を含んでいる。後述されるように、ソースコードパース部１１０は、ソースコード２０をオブジェクトモデル３０に変換し、オブジェクトモデル３０をメモリ１２上に展開する機能を備えている。継承情報付与部１２０は、継承情報記述ファイル４０に記述された情報を、オブジェクトモデル３０に付与する機能を備えている。アウトプット部１３０は、メモリ１２上に展開されたオブジェクトモデル３０から、ホットスポット実装コード５０を作成する機能を備えている。 The recording medium 13 stores a conversion program (implemented code development program) 100. The conversion program 100 is a program for converting the source code 20 into the hot spot mounting code 50 and is executed by the arithmetic processing unit 11. In other words, the arithmetic processing unit 11 converts the source code 20 into the hot spot mounting code 50 in accordance with an instruction from the conversion program 100. The conversion program 100 includes a source code parsing unit 110, an inheritance information adding unit 120, and an output unit 130. As will be described later, the source code parsing unit 110 has a function of converting the source code 20 into an object model 30 and developing the object model 30 on the memory 12. The inheritance information assigning unit 120 has a function of assigning information described in the inheritance information description file 40 to the object model 30. The output unit 130 has a function of creating the hot spot mounting code 50 from the object model 30 developed on the memory 12.

（動作）
図３Ａ及び図３Ｂは、本発明に係る実装コード開発システム１０におけるデータ処理の流れを示している。以下、図２と共にこれら図３Ａ及び図３Ｂを参照することによって、ソースコード２０がホットスポット実装コード５０に変換されるまでの処理を説明する。尚、ソースコード２０及び継承情報記述ファイル４０は、開発者により予め作成され、記録媒体１３に格納されているとする。ソースコード２０は、開発者が得意とするプログラミング言語により作成されている。また、継承情報記述ファイル４０は、所定の言語により作成されている。また、作成されるホットスポット実装コード５０のファイル形式、すなわち所望のファイル形式は、開発者により予め指定されている。例えば、出力ファイル形式は、Ｊａｖａ（登録商標）に設定される。以下に示される処理は、演算処理装置１１と、その演算処理装置１１によって実行される変換プログラム１００とによって実現される。 (Operation)
3A and 3B show the flow of data processing in the mounted code development system 10 according to the present invention. Hereinafter, the processing until the source code 20 is converted into the hot spot mounting code 50 will be described with reference to FIGS. 3A and 3B together with FIG. It is assumed that the source code 20 and the inheritance information description file 40 are created in advance by the developer and stored in the recording medium 13. The source code 20 is created in a programming language that the developer is good at. The inheritance information description file 40 is created in a predetermined language. Further, the file format of the hot spot mounting code 50 to be created, that is, the desired file format is designated in advance by the developer. For example, the output file format is set to Java (registered trademark). The processing shown below is realized by the arithmetic processing device 11 and the conversion program 100 executed by the arithmetic processing device 11.

１．処理前半（入力から中間表現まで）
図３Ａは、本発明に係るデータ処理の前半を示しており、ソースコード２０からオブジェクトモデル３０が作成されるまでの処理を示している。開発者が入力装置１４を用いてソースコード２０を指定すると、変換プログラム１００のソースコードパース部１１０は、指定されたソースコード２０を記録媒体１３から読み込む。そして、ソースコードパース部１１０は、そのソースコード２０の内容を示すオブジェクトモデル３０（以下、「ソースコードオブジェクトモデル３０Ａ」と参照される）を生成する。ソースコードパース部１１０は、生成されるソースコードオブジェクトモデル３０Ａをメモリ１２上に展開する。 1. First half of processing (from input to intermediate representation)
FIG. 3A shows the first half of the data processing according to the present invention, and shows the processing until the object model 30 is created from the source code 20. When the developer specifies the source code 20 using the input device 14, the source code parsing unit 110 of the conversion program 100 reads the specified source code 20 from the recording medium 13. Then, the source code parsing unit 110 generates an object model 30 (hereinafter referred to as “source code object model 30A”) indicating the contents of the source code 20. The source code parsing unit 110 expands the generated source code object model 30A on the memory 12.

具体的には、ソースコードパース部１１０は、字句解析部１１１と構文解析部１１２を有している。まず、ソースコード２０は、字句解析部１１１に入力される。字句解析部１１１は、受け取ったソースコード２０に含まれる字句を抽出する。言い換えれば、字句解析部１１１は、ソースコード２０中の文言を単語（トークン）ごとに切り分ける。例えば、ソースコード２０中に「ｉ＝１」というコードが記述されている場合、スペースがセパレータの役目を果たしている。よって、字句解析部１１１は、スペースを認識することにより、ソースコード２０に含まれる文言をトークンごとに読み込むことができる。また例えば、字句解析部１１１は、ソースコード２０中の「＝」を認識することにより、トークンの読み込みを行うこともできる。 Specifically, the source code parsing unit 110 includes a lexical analysis unit 111 and a syntax analysis unit 112. First, the source code 20 is input to the lexical analyzer 111. The lexical analyzer 111 extracts lexical characters included in the received source code 20. In other words, the lexical analyzer 111 cuts the wording in the source code 20 into words (tokens). For example, when a code “i = 1” is described in the source code 20, the space serves as a separator. Therefore, the lexical analyzer 111 can read the word included in the source code 20 for each token by recognizing the space. Further, for example, the lexical analyzer 111 can read a token by recognizing “=” in the source code 20.

ここで、ソースコード２０は様々なプログラミング言語で記述され得るため、図３Ａに示されるように、字句解析部１１１は、ソースコード２０のファイル形式ごとに複数設けられてもよい。例えば、Ｃ言語で記述されたソースコード２０−１は、字句解析部１１１−１に入力される。Ｍａｔｌａｂで記述されたソースコード２０−２は、字句解析部１１１−２に入力される。Ｊａｖａ（登録商標）で記述されたソースコード２０−３は、字句解析部１１１−３に入力される。各字句解析部は、ソースコード２０のファイル形式に準拠して、ソースコード２０に含まれる字句を抽出する。 Here, since the source code 20 can be described in various programming languages, a plurality of lexical analyzers 111 may be provided for each file format of the source code 20, as shown in FIG. 3A. For example, the source code 20-1 described in C language is input to the lexical analyzer 111-1. The source code 20-2 described in Matlab is input to the lexical analyzer 111-2. The source code 20-3 described in Java (registered trademark) is input to the lexical analyzer 111-3. Each lexical analyzer extracts a lexical included in the source code 20 in accordance with the file format of the source code 20.

ソースコード２０が複数の字句解析部１１１のうちどの字句解析部１１１に入力されるかは、例えば、開発者によって予め指定される。開発者は、入力装置１４を用い、変換対象のソースコード２０のファイル形式を指定する。ソースコード２０は、その指定されたファイル形式に対応する字句解析部１１１に入力される。例えば、ファイル形式としてＭａｔＬａｂが指定される場合、ソースコード２０−２は、字句解析部１１１−２に入力される。 For example, the developer specifies in advance which lexical analyzer 111 of the plurality of lexical analyzers 111 the source code 20 is input to. The developer uses the input device 14 to specify the file format of the source code 20 to be converted. The source code 20 is input to the lexical analyzer 111 corresponding to the designated file format. For example, when MatLab is specified as the file format, the source code 20-2 is input to the lexical analyzer 111-2.

あるいは、ソースコード２０のファイル形式は、ソースコード２０の拡張子（.c, .m, .java等）に基づいて自動的に判定されてもよい。その場合、ソースコードパース部１１０は、入力されるソースコード２０の拡張子を自動的に識別する拡張子判定部１１３を有する。拡張子判定部１１３は、ソースコード２０のファイル形式を判別し、そのファイル形式に応じた一の字句解析部１１１を、複数の字句解析部１１１の中から決定する。例えば、ＭａｔＬａｂで記述されたソースコード２０−２（Ｍファイル）が入力された場合、拡張子判定部１１３は、複数の字句解析部１１１から字句解析部１１１−２を選択する。これにより、ソースコード２０−２が、対応する字句解析部１１１−２に入力される。 Alternatively, the file format of the source code 20 may be automatically determined based on the extension (.c, .m, .java, etc.) of the source code 20. In that case, the source code parsing unit 110 includes an extension determination unit 113 that automatically identifies the extension of the input source code 20. The extension determination unit 113 determines the file format of the source code 20 and determines one lexical analyzer 111 corresponding to the file format from the plurality of lexical analyzers 111. For example, when the source code 20-2 (M file) described in MatLab is input, the extension determination unit 113 selects the lexical analysis unit 111-2 from the plurality of lexical analysis units 111. As a result, the source code 20-2 is input to the corresponding lexical analyzer 111-2.

次に、字句解析部１１１によって抽出された字句を表す情報（トークン列）が、構文解析部１１２に入力される。字句解析部１１１と同様に、構文解析部１１２は、ソースコード２０のファイル形式ごとに複数設けられる。例えば、字句解析部１１１−１からのトークン列は、Ｃ言語に対して設けられた構文解析部１１２−１に入力される。字句解析部１１１−２からのトークン列は、ＭａｔＬａｂに対して設けられた構文解析部１１２−２に入力される。字句解析部１１１−３からのトークン列は、Ｊａｖａ（登録商標）言語に対して設けられた構文解析部１１２−３に入力される。各構文解析部１１２は、ソースコード２０のトークン列を受け取り、そのトークン列に基づいてソースコード２０の構文と文脈を解析する。構文・文脈の解析は、対応するファイル形式に準拠して、すなわち各プログラミング言語の文法に基づいて行われる。 Next, information (token string) representing the lexical extracted by the lexical analysis unit 111 is input to the syntax analysis unit 112. Similar to the lexical analysis unit 111, a plurality of syntax analysis units 112 are provided for each file format of the source code 20. For example, the token string from the lexical analysis unit 111-1 is input to the syntax analysis unit 112-1 provided for the C language. The token string from the lexical analyzer 111-2 is input to the syntax analyzer 112-2 provided for MatLab. The token string from the lexical analysis unit 111-3 is input to the syntax analysis unit 112-3 provided for the Java (registered trademark) language. Each syntax analysis unit 112 receives a token string of the source code 20, and analyzes the syntax and context of the source code 20 based on the token string. The syntax / context analysis is performed according to the corresponding file format, that is, based on the grammar of each programming language.

また、構文解析部１１２は、構文の解析結果に基づいて、ソースコード２０の構造を表現するようなソースコードオブジェクトモデル３０Ａを作成する。そのためには、様々なプログラミング言語によるソースコード２０を表現できるような「共通のクラス群」が予め用意され、そのクラス群が構文解析部１１２に組み込まれていればよい。様々なプログラミング言語は、それぞれ異なる文法を有しているが、「変数の宣言」「分岐」といった処理内容は、どのようなソースコード２０についても共通である。従って、「変数の宣言」を表現するためのクラスや、「分岐」を表現するためのクラスなどが用意されていればよい。 Also, the syntax analysis unit 112 creates a source code object model 30A that expresses the structure of the source code 20 based on the syntax analysis result. For this purpose, a “common class group” that can represent the source code 20 in various programming languages is prepared in advance, and the class group may be incorporated in the syntax analysis unit 112. Various programming languages have different grammars, but the processing contents such as “variable declaration” and “branch” are common to any source code 20. Therefore, a class for expressing “declaration of variable”, a class for expressing “branch”, and the like need only be prepared.

言い換えれば、本発明に係るクラス群は、ソースコード２０中の各処理の内容を格納するための１セットのクラスである。このクラス群は、様々なプログラミング言語によるソースコード２０に対して共通に用いられる。ソースコード２０を記述する言語が変わっても、構文解析部１１２に規定されるクラス群を変更する必要はない。構文解析部１１２は、構文の解析結果をうけて、ソースコード２０の処理内容を反映するように上記クラス群をインスタンス化する。つまり、構文解析部１１２は、ソースコード２０の処理内容に応じて、上記クラス群をインスタンス化する。これにより、ソースコード２０の処理内容を示すソースコードオブジェクトモデル３０Ａが生成される。構文解析部１１２は、ソースコードオブジェクトモデル３０Ａをメモリ１２上に展開する。 In other words, the class group according to the present invention is a set of classes for storing the contents of each process in the source code 20. This class group is commonly used for the source code 20 in various programming languages. Even if the language describing the source code 20 changes, it is not necessary to change the class group defined in the syntax analysis unit 112. The syntax analysis unit 112 receives the syntax analysis result and instantiates the class group so as to reflect the processing content of the source code 20. That is, the syntax analysis unit 112 instantiates the class group according to the processing content of the source code 20. Thereby, a source code object model 30A indicating the processing content of the source code 20 is generated. The syntax analysis unit 112 expands the source code object model 30A on the memory 12.

図４は、ソースコードオブジェクトモデル３０Ａを構成するためのクラス群を示すクラス図であり、ＵＭＬ（Unified Modeling Language）に準拠して記載されている。ＳｏｕｒｃｅＦｉｌｅクラス（１０００）は、１つのソースコード２０を表現するためのクラスである。１つのソースコード２０に対し、１つのＳｏｕｒｃｅＦｉｌｅオブジェクトが対応する。従って、ｎ個のソースファイル２０がオブジェクトモデル化されると、ｎ個のＳｏｕｒｃｅＦｉｌｅオブジェクトが生成される。 FIG. 4 is a class diagram showing classes for configuring the source code object model 30A, and is described in conformity with UML (Unified Modeling Language). The SourceFile class (1000) is a class for expressing one source code 20. One SourceFile object corresponds to one source code 20. Accordingly, when n source files 20 are object modeled, n source file objects are generated.

ＳｏｕｒｃｅＦｉｌｅクラス（１０００）は、集約クラスであり、Ｆｕｎｃｔｉｏｎｓクラス（１１００）とＶａｒｉａｂｌｅｓクラス（１２００）を含んでいる。Ｆｕｎｃｔｉｏｎｓクラス（１１００）は、ソースコード２０中で定義された関数群の全てを表現するためのクラスである。また、Ｆｕｎｃｔｉｏｎｓクラス（１１００）は、集約クラスであり、Ｆｕｎｃｔｉｏｎクラス（１３００）を含む。１つのＦｕｎｃｔｉｏｎクラス（１３００）は、ソースコード２０中の１つの関数を表現するためのクラスである。つまり、Ｆｕｎｃｔｉｏｎｓクラス（１１００）は、関数群のそれぞれを表現する一群のＦｕｎｃｔｉｏｎクラス（１３００）を含む。また、Ｖａｒｉａｂｌｅｓクラス（１２００）は、ソースコード２０中のグローバル変数群を表現するためのクラスである。 The SourceFile class (1000) is an aggregation class, and includes a Functions class (1100) and a Variables class (1200). The Functions class (1100) is a class for expressing all the functions defined in the source code 20. Also, the Functions class (1100) is an aggregation class and includes the Function class (1300). One Function class (1300) is a class for expressing one function in the source code 20. That is, the Functions class (1100) includes a group of Function classes (1300) representing each of the function groups. The Variables class (1200) is a class for expressing a global variable group in the source code 20.

作成されるＳｏｕｒｃｅＦｉｌｅオブジェクト内を走査することにより、ソースコード２０に記述されたプログラムの内容を把握することができる。図５は、Ｃ言語で記述されたソースコード２０（test.c）がオブジェクトモデル化される例を示している。ソースコード２０中には、大域変数２１、ｍａｉｎ関数２２、ｆ１関数２３、及びｆ２関数２４が記述されている。このソースコード２０の内容に従い、対応するクラスをインスタンス化することによって、１つのＳｏｕｃｅＦｉｌｅオブジェクト（３０００）が作成される。 The content of the program described in the source code 20 can be grasped by scanning the created SourceFile object. FIG. 5 shows an example in which the source code 20 (test.c) described in the C language is converted into an object model. In the source code 20, a global variable 21, a main function 22, an f1 function 23, and an f2 function 24 are described. One SourceFile object (3000) is created by instantiating the corresponding class according to the contents of the source code 20.

ＳｏｕｒｃｅＦｉｌｅオブジェクト（３０００）は、Ｆｕｎｃｔｉｏｎｓオブジェクト（３１００）及びＶａｒｉａｂｌｅｓオブジェクト（３２００）を含んでいる。Ｆｕｎｃｔｉｏｎｓオブジェクト（３１００）は、Ｆｕｎｃｔｉｏｎオブジェクト（３３００−１〜３３００−３）を含んでいる。Ｖａｒｉａｂｌｅｓオブジェクト（３２００）は、大域変数２１に応じてＶａｒｉａｂｌｅｓクラス（１２００）をインスタンス化することにより得られる。Ｆｕｎｃｔｉｏｎオブジェクト（３３００−１）は、ｍａｉｎ関数２２の内容に基づいて、Ｆｕｎｃｔｉｏｎクラス（１３００）をインスタンス化することにより得られる。Ｆｕｎｃｔｉｏｎオブジェクト（３３００−２）は、ｆ１関数２３の内容に基づいて、Ｆｕｎｃｔｉｏｎクラス（１３００）をインスタンス化することにより得られる。Ｆｕｎｃｔｉｏｎオブジェクト（３３００−３）は、ｆ２関数２４の内容に基づいて、Ｆｕｎｃｔｉｏｎクラス（１３００）をインスタンス化することにより得られる。 The SourceFile object (3000) includes a Functions object (3100) and a Variables object (3200). The Functions object (3100) includes Function objects (3300-1 to 3300-3). The Variables object (3200) is obtained by instantiating the Variables class (1200) according to the global variable 21. The Function object (3300-1) is obtained by instantiating the Function class (1300) based on the content of the main function 22. The Function object (3300-2) is obtained by instantiating the Function class (1300) based on the contents of the f1 function 23. The Function object (3300-3) is obtained by instantiating the Function class (1300) based on the content of the f2 function 24.

また、図４を参照して、Ｆｕｎｃｔｉｏｎクラス（１３００）は、集約クラスである。このＦｕｎｃｔｉｏｎクラス（１３００）は、Ｖａｒｉａｂｌｅｓクラス（１２００）、Ｓｔａｔｅｍｅｎｔｓクラス（１４００）、ＡｒｇｕｍｅｎｔＬｉｓｔクラス（１５００）、及びＣｏｎｓｔａｎｔクラス（１９３０）を含んでいる。Ｓｔａｔｅｍｅｎｔｓクラス（１４００）は、関数に含まれるメソッド群を表現するためのクラスである。ＡｒｇｕｍｅｎｔＬｉｓｔクラス（１５００）は、関数の引数を表現するためのクラスである。Ｃｏｎｓｔａｎｔクラス（１９３０）は、関数で用いられる定数を表現するためのクラスである。また、この場合のＶａｒｉａｂｌｅｓクラス（１２００）は、関数中で用いられる変数群を表現するためのクラスである。 Also, referring to FIG. 4, the Function class (1300) is an aggregation class. The Function class (1300) includes a Variables class (1200), a Statements class (1400), an ArgumentList class (1500), and a Constant class (1930). The Statements class (1400) is a class for expressing a method group included in the function. The ItemList class (1500) is a class for expressing function arguments. The Constant class (1930) is a class for expressing constants used in functions. In this case, the Variables class (1200) is a class for expressing a variable group used in the function.

Ｓｔａｔｅｍｅｎｔｓクラス（１４００）は、集約クラスであり、Ｓｔａｔｅｍｅｎｔクラス（１６００）を含む。１つのＳｔａｔｅｍｅｎｔクラス（１６００）は、関数中の１つのメソッド（文）を表現するためのクラスである。つまり、Ｓｔａｔｅｍｅｎｔｓクラス（１４００）は、メソッド群のそれぞれを表現する一群のＳｔａｔｅｍｅｎｔクラス（１６００）を含む。また、Ｓｔａｔｅｍｅｎｔクラス（１６００）は、「抽象クラス」である。Ｓｔａｔｅｍｅｎｔクラス（１６００）を特化したサブクラスとして、クラス１６０１〜１６０９、及び１８００が挙げられる。逆に言えば、様々なメソッドを表現するサブクラス１６０１〜１６０９、及び１８００が汎化されたクラスが、Ｓｔａｔｅｍｅｎｔクラス（１６００）である。 The Statements class (1400) is an aggregation class and includes a Statement class (1600). One Statement class (1600) is a class for expressing one method (statement) in the function. That is, the Statements class (1400) includes a group of Statement classes (1600) representing each of the method groups. The Statement class (1600) is an “abstract class”. As subclasses specialized for the Statement class (1600), classes 1601 to 1609 and 1800 are listed. Conversely, a class in which subclasses 1601 to 1609 and 1800 representing various methods are generalized is a Statement class (1600).

Ｓｔａｔｅｍｅｎｔクラス（１６００）のサブクラスであるＢｒｅａｋクラス（１６０１）は、“Ｂｒｅａｋ文”を表現するためのクラスである。Ｃｏｎｔｉｎｕｅクラス（１６０２）は、“Ｃｏｎｔｉｎｕｅ文”を表現するためのクラスである。ＤｅｆｉｎｅＶａｒｉａｂｌｅクラス（１６０３）は、“変数宣言文”を表現するためのクラスである。ＤｏＷｈｉｌｅクラス（１６０４）は、“Ｄｏ−Ｗｈｉｌｅループ文”を表現するためのクラスである。Ｆｏｒクラス（１６０５）は、“Ｆｏｒループ文”を表現するためのクラスである。Ｉｆクラス（１６０６）は、“Ｉｆ文”を表現するためのクラスである。Ｒｅｔｕｒｎクラス（１６０７）は、“Ｒｅｔｕｒｎ文”を表現するためのクラスである。Ｓｗｉｔｃｈクラス（１６０８）は、“Ｓｗｉｔｃｈ文”を表現するためのクラスである。Ｗｈｉｌｅクラス（１６０９）は、“Ｗｈｉｌｅ文”を表現するためのクラスである。 A Break class (1601), which is a subclass of the Statement class (1600), is a class for expressing a “Break statement”. The Continue class (1602) is a class for expressing a “Continue statement”. The Define Variable class (1603) is a class for expressing a “variable declaration statement”. The DoWhile class (1604) is a class for expressing a “Do-While loop statement”. The For class (1605) is a class for expressing a “For loop statement”. The If class (1606) is a class for expressing an “If statement”. The Return class (1607) is a class for expressing a “Return statement”. The Switch class (1608) is a class for expressing a “Switch statement”. The While class (1609) is a class for expressing a “while sentence”.

また、Ｓｔａｔｅｍｅｎｔクラス（１６００）のサブクラスであるＥｘｐｒｅｓｓｉｏｎクラス（１８００）は、演算子を用いる文を表現するためのクラスである。演算子を用いる文としては、例えば、「ｉ＝１」が挙げられる。 An Expression class (1800), which is a subclass of the Statement class (1600), is a class for expressing a sentence using an operator. An example of a sentence that uses an operator is “i = 1”.

図６は、Ｃ言語で記述されたソースコード２０中のＦｏｒループ文がオブジェクトモデル化される例を示している。Ｆｏｒループ文中には、「初期化文」、「ループ条件文」、「更新文」、及び「実行文」が記述される。このように、Ｆｏｒループ文中には、更に文（Ｓｔａｔｅｍｅｎｔｓ）が含まれており、特に、初期化文やループ条件文といった演算子を用いる文（Ｅｘｐｒｅｓｓｉｏｎ）が含まれている。ネストされた制御構文を表現するために、図７に示されるようにクラス階層を構成する。Ｓｔａｔｅｍｅｎｔｓクラス（１４００）は、Ｓｔａｔｅｍｅｎｔクラス（１６００）のサブクラスであるＦｏｒクラス（１６０５）、Ｉｆクラス（１６０６）、Ｗｈｉｌｅクラス（１６０９）といったループ文用クラスのリストを保持できる。各ループ文用クラスは、さらにその「実行文」を保持するためのＳｔａｔｅｍｅｎｔｓクラス（１４００）を保持する。このような構成により、多重ネストした制御構文を保持することが可能となる。尚、図４において、図７に示されたクラス階層の記載が省略されている。 FIG. 6 shows an example in which a For loop statement in the source code 20 written in C language is converted into an object model. In the For loop statement, an “initialization statement”, a “loop condition statement”, an “update statement”, and an “execution statement” are described. As described above, the For loop statement further includes statements (Statements), and particularly includes a statement (Expression) using an operator such as an initialization statement and a loop condition statement. In order to express the nested control syntax, a class hierarchy is constructed as shown in FIG. The Statements class (1400) can hold a list of loop statement classes such as a For class (1605), an If class (1606), and a While class (1609), which are subclasses of the Statement class (1600). Each loop statement class further holds a Statements class (1400) for holding the “executed statement”. With such a configuration, it is possible to maintain multiple nested control syntaxes. In FIG. 4, the class hierarchy shown in FIG. 7 is omitted.

図６に示されるように、Ｆｏｒループ文がオブジェクトモデル化されることにより、Ｆｏｒオブジェクト３６０５が作成される。Ｆｏｒオブジェクト３６０５は、Ｅｘｐｒｅｓｓｉｏｎオブジェクト３８００−１〜３８００−３、及びＳｔａｔｅｍｅｎｔｓオブジェクト３４００を含んでいる。Ｅｘｐｒｅｓｓｉｏｎオブジェクト（３８００−１）は、初期化文の内容に基づいて、Ｅｘｐｒｅｓｓｉｏｎクラス（１８００）をインスタンス化することにより得られる。Ｅｘｐｒｅｓｓｉｏｎオブジェクト（３８００−２）は、ループ条件文の内容に基づいて、Ｅｘｐｒｅｓｓｉｏｎクラス（１８００）をインスタンス化することにより得られる。Ｅｘｐｒｅｓｓｉｏｎオブジェクト（３８００−３）は、更新文の内容に基づいて、Ｅｘｐｒｅｓｓｉｏｎクラス（１８００）をインスタンス化することにより得られる。Ｓｔａｔｅｍｅｎｔｓオブジェクト（３４００）は、実行文の内容に基づいて、Ｓｔａｔｅｍｅｎｔｓクラス（１４００）をインスタンス化することにより得られる。このようにして、ネストされた制御構文がオブジェクトモデル化される。 As shown in FIG. 6, a For object 3605 is created by subjecting the For loop statement to an object model. The For object 3605 includes an Expression object 3800-1 to 3800-3 and a Statements object 3400. The Expression object (3800-1) is obtained by instantiating the Expression class (1800) based on the contents of the initialization statement. The Expression object (3800-2) is obtained by instantiating the Expression class (1800) based on the contents of the loop condition statement. The Expression object (3800-3) is obtained by instantiating the Expression class (1800) based on the content of the update sentence. The Statements object (3400) is obtained by instantiating the Statements class (1400) based on the contents of the executable statement. In this way, the nested control syntax is object modeled.

また、Ｅｘｐｒｅｓｓｉｏｎクラス（１８００）は、Ｅｘｐｒｅｓｓｉｏｎｓクラス（１７００）に含まれており、Ｓｙｍｂｏｌクラス（１９００）を含んでいる。このＳｙｍｂｏｌクラス（１９００）は、シンボルを表現するための抽象クラスである。シンボルとは四則演算や代入文を構成する個々の値や演算子のことを指す。例えば、「ｉ＝１」という文（Ｅｘｐｒｅｓｓｉｏｎ）は、“ｉ”、“＝”及び“１”という３つのシンボルの組み合わせにより構成されている。これら３つのシンボルはそれぞれ、変数、二項演算子及び定数に分類される。これら値や演算子を表現するために、Ｓｙｍｂｏｌクラス（１９００）を特化したサブクラスとして、Ｖａｌｕｅクラス（１９１０）やＯｐｅｒａｔｏｒクラス（１９２０）が用意されている。 The Expression class (1800) is included in the Expressions class (1700), and includes the Symbol class (1900). The Symbol class (1900) is an abstract class for expressing a symbol. Symbols refer to the individual values and operators that make up four arithmetic operations and assignment statements. For example, a sentence (Expression) “i = 1” is composed of a combination of three symbols “i”, “=”, and “1”. Each of these three symbols is classified as a variable, a binary operator, and a constant. In order to express these values and operators, a Value class (1910) and an Operator class (1920) are prepared as subclasses specialized in the Symbol class (1900).

Ｖａｌｕｅクラス（１９１０）は、Ｓｙｍｂｏｌクラス（１９００）のサブクラスであり、「値」を表現するためのサブクラスである。同時に、Ｖａｌｕｅクラス（１９１０）は抽象クラスであり、そのサブクラスとして、変数を表現するためのＶａｒｉａｂｌｅクラス（１９４０）と定数を表現するためのＣｏｎｓｔａｎｔクラス（１９３０）が用意されている。Ｖａｒｉａｂｌｅクラス（１９４０）も抽象クラスであり、そのサブクラスとしては、例えば、整数の変数を表現するためのＩｎｔｅｇｅｒＶａｒｉａｂｌｅクラス（１９４１）が挙げられる。また、Ｃｏｎｓｔａｎｃｔクラス（１９３０）も抽象クラスであり、そのサブクラスとしては、例えば、変数の定数を表現するためのＩｎｔｅｇｅｒＣｏｎｓｔａｎｔクラス（１９３１）が挙げられる。 The Value class (1910) is a subclass of the Symbol class (1900), and is a subclass for expressing “value”. At the same time, the Value class (1910) is an abstract class, and as its subclass, a Variable class (1940) for expressing a variable and a Constant class (1930) for expressing a constant are prepared. The Variable class (1940) is also an abstract class, and its subclass includes, for example, an Integrated Variable class (1941) for expressing an integer variable. The Constant class (1930) is also an abstract class, and an example of a subclass thereof is an IntegratorConstant class (1931) for expressing a constant of a variable.

Ｏｐｅｒａｔｏｒクラス（１９２０）は、Ｓｙｍｂｏｌクラス（１９００）のサブクラスであり、「演算子」を表現するためのサブクラスである。同時に、Ｏｐｅｒａｔｏｒクラス（１９２０）は抽象クラスであり、そのサブクラスとして、二項演算子を表現するためのＢｉｎａｒｙＯｐｅｒａｔｏｒクラス（１９５０）と、単項演算子を表現するためのＭｏｎａｄｉｃＯｐｅｒａｔｏｒクラス（１９６０）とが用意されている。ＢｉｎａｒｙＯｐｅｒａｔｏｒクラス（１９５０）も抽象クラスであり、そのサブクラスとしては、例えば“＝”を表現するためのＡｓｓｉｇｎｍｅｎｔクラス（１９５１）が挙げられる。 The Operator class (1920) is a subclass of the Symbol class (1900), and is a subclass for expressing an “operator”. At the same time, the operator class (1920) is an abstract class, and as its subclasses, a binary operator class (1950) for expressing a binary operator and a magic operator class (1960) for expressing a unary operator are prepared. ing. The BinaryOperator class (1950) is also an abstract class, and its subclass includes, for example, an Assignment class (1951) for expressing “=”.

上述の「ｉ＝１」という文の場合、シンボル“ｉ”は、ＩｎｔｅｇｅｒＶａｒｉａｂｌｅクラス（１９４１）を用いてオブジェクト化される。同様に、シンボル“＝”は、Ａｓｓｉｇｎｍｅｎｔクラス（１９５１）を用いてオブジェクト化される。また、シンボル“１”は、ＩｎｔｅｇｅｒＣｏｎｓｔａｎｔクラス（１９３１）を用いてオブジェクト化される。図８は、「ｉ＝１」を表現するＥｘｐｒｅｓｓｉｏｎオブジェクトを示している。このＥｘｐｒｅｓｓｉｏｎオブジェクトは、ＩｎｔｅｇｅｒＶａｒｉａｂｌｅオブジェクト（３９４１）、ＩｎｔｅｇｅｒＣｏｎｓｔａｎｔオブジェクト（３９３１）、及びＡｓｓｉｇｎｍｅｎｔオブジェクト（３９５１）を有している。図８に示されるように、これらオブジェクト（３９４１、３９３１、３９５１）は、「ｉ、１、＝」というように、逆ポーランド記法に準拠してスタックされている。このように、Ｅｘｐｒｅｓｓｉｏｎオブジェクトは、保持する文を構成するシンボルを、逆ポーランド順でスタックすることにより保持する。 In the case of the above-mentioned sentence “i = 1”, the symbol “i” is converted into an object using the IntegerVariable class (1941). Similarly, the symbol “=” is converted into an object using the Assignment class (1951). Further, the symbol “1” is converted into an object by using an IntegerConstant class (1931). FIG. 8 shows an Expression object representing “i = 1”. This Expression object has an Integer Variable object (3941), an Integrant Constant object (3931), and an Assignment object (3951). As shown in FIG. 8, these objects (3941, 3931, 3951) are stacked in conformity with the reverse Polish notation, such as “i, 1, =”. In this way, the Expression object holds the symbols constituting the sentence to be held by stacking them in reverse Polish order.

以上に説明された事項を参照して、あるソースコード２０からソースコードオブジェクトモデル３０Ａが作成される１つの具体例を示す。図９は、変換されるソースコード２０の例として、ＭａｔＬａｂで記述されたＭファイル（ｍｙｆｕｎｃ．ｍ）を示している。このＭファイルは、１つの関数「ｍｙｆｕｎｃ」からなる。関数ｍｙｆｕｎｃは、行列の足し算を行い（Ｃ＝Ａ＋Ｂ）、その演算結果を戻り値として返すという処理を行う。本発明に係る変換プログラム１００のソースコードパース部１１０は、その処理内容に応じて、図４に示されたクラス群を適宜インスタンス化する。これにより、Ｍファイルがオブジェクトモデル化され、その処理内容を示すソースコードオブジェクトモデル３０Ａがメモリ１２上に展開される。 A specific example in which a source code object model 30A is created from a certain source code 20 will be described with reference to the items described above. FIG. 9 shows an M file (myfunc.m) described in MatLab as an example of the source code 20 to be converted. This M file is composed of one function “myfunc”. The function myfunc performs matrix addition (C = A + B) and returns the result of the operation as a return value. The source code parsing unit 110 of the conversion program 100 according to the present invention appropriately instantiates the class group shown in FIG. 4 according to the processing content. As a result, the M file is converted into an object model, and a source code object model 30A indicating the processing content is developed on the memory 12.

図１０は、本例において生成されるソースコードオブジェクトモデル３０Ａを示している。ソースコード２０であるＭファイルがオブジェクトモデル化されることにより、１つのＳｏｕｒｃｅＦｉｌｅオブジェクト（３０００）が生成される。このＳｏｕｒｃｅＦｉｌｅオブジェクト（３０００）は、関数ｍｙｆｕｎｃに対応する１つのＦｕｎｃｔｉｏｎオブジェクト（３３００）を有している。Ｆｕｎｃｔｉｏｎオブジェクト（３３００）は、関数内のメソッド群を表すＳｔａｔｅｍｅｎｔｓオブジェクト（３４００）を有している。また、Ｆｕｎｃｔｉｏｎオブジェクト（３３００）は、関数名や戻り値の型といったシグネチャをあらわすオブジェクト群を有している。 FIG. 10 shows a source code object model 30A generated in this example. One source file object (3000) is generated by converting the M file as the source code 20 into an object model. This SourceFile object (3000) has one Function object (3300) corresponding to the function myfunc. The Function object (3300) has a Statements object (3400) representing a method group in the function. The Function object (3300) has an object group representing a signature such as a function name and a return value type.

また、Ｓｔａｔｅｍｅｎｔｓオブジェクト（３４００）は、それぞれの演算文を表すＥｘｐｒｅｓｓｉｏｎオブジェクト（３８００−１〜３８００−４）を有している。図１０に示されるように、各Ｅｘｐｒｅｓｓｉｏｎオブジェクトにおいて、Ｓｙｍｂｏｌオブジェクトは逆ポーランド記法に準拠してスタックされている。また、Ｓｔａｔｅｍｅｎｔｓオブジェクト（３４００）は、変数宣言を表すＤｅｆｉｎｅＶａｒｉａｂｌｅオブジェクト（３６０３）、及びｒｅｔｕｒｎ文を表すＲｅｔｕｒｎオブジェクト（３６０７）を有している。本例において、これら２つのオブジェクト（３６０３、３６０７）は、構文解析部１１２の判断により自動的に作成される。つまり、構文解析部１１２は、読み込まれたソースコード２０の文脈に基づいて、必要なオブジェクトを作成する。 Further, the Statements object (3400) has Expression objects (3800-1 to 3800-4) representing the respective operation statements. As shown in FIG. 10, in each Expression object, the Symbol object is stacked according to the reverse Polish notation. The Statements object (3400) includes a Define Variable object (3603) representing a variable declaration and a Return object (3607) representing a return statement. In this example, these two objects (3603, 3607) are automatically created based on the judgment of the syntax analysis unit 112. That is, the syntax analysis unit 112 creates a necessary object based on the context of the read source code 20.

２．処理後半（中間表現から出力まで）
図３Ｂは、本発明に係るデータ処理の後半を示しており、オブジェクトモデル３０からホットスポット実装コード５０が作成されるまでの処理を示している。現在、メモリ１２上には、図１０に示されたソースコードオブジェクトモデル３０Ａが作成されている。 2. Second half of processing (from intermediate representation to output)
FIG. 3B shows the second half of the data processing according to the present invention, and shows the processing until the hot spot mounting code 50 is created from the object model 30. Currently, the source code object model 30A shown in FIG.

ソースコードオブジェクトモデル３０Ａが作成された後、変換プログラム１００は、記録媒体１３から継承情報記述ファイル４０を読み込む。この継承情報記述ファイル４０には、生成されるホットスポット実装コード５０をホットスポット３に適合させるための情報が記述されている。つまり、継承情報記述ファイル４０には、実装対象であるホットスポット３に適合する条件が記述されており、生成されるホットスポット実装コード５０に影響を及ぼす情報が記述されている。例えば、継承情報記述ファイル４０に記述される情報は、ホットスポット３における抽象クラスを継承するための継承情報を含んでいる。 After the source code object model 30 </ b> A is created, the conversion program 100 reads the inheritance information description file 40 from the recording medium 13. In this inheritance information description file 40, information for adapting the generated hot spot mounting code 50 to the hot spot 3 is described. In other words, the inheritance information description file 40 describes conditions that match the hot spot 3 to be mounted, and describes information that affects the generated hot spot mounting code 50. For example, information described in the inheritance information description file 40 includes inheritance information for inheriting an abstract class in the hot spot 3.

図１１は、継承情報記述ファイル４０の一例を示している。継承情報記述ファイル４０は、例えばＸＭＬ（eXtensible Markup Language）で記述されるＸＭＬファイルである。拡張子より前の名前は、例えば、ソースコード２０（ｍｙｆｕｎｃ．ｍ）と同じ名前である。図１１に示された継承情報記述ファイル４０（ｍｙｆｕｎｃ．ｘｍｌ）には、以下の継承情報が記述されている。 FIG. 11 shows an example of the inheritance information description file 40. The inheritance information description file 40 is an XML file described in, for example, XML (eXtensible Markup Language). The name before the extension is the same as the source code 20 (myfunc.m), for example. In the inheritance information description file 40 (myfunc.xml) shown in FIG. 11, the following inheritance information is described.

・“ｃｏｍ．ｎｅｃ．ｓｏｍｅ．ｆｒａｍｅｗｏｒｋパッケージ”を利用すること。
・スーパークラスは、上記パッケージの“ＦｒａｍｅｗｏｒｋＴｅｍｐｌａｔｅクラス”であること。つまり、出力されるコードは、上記パッケージの“ＦｒａｍｅｗｏｒｋＴｅｍｐｌａｔｅクラス”を継承する。
・出力されるコードは、ｓｔａｔｉｃクラスではない（“ｆａｌｓｅ”）こと。 Use the “com.nec.some.framework package”.
-The super class is the “Framework Template class” of the above package. That is, the output code inherits the “FrameworkTemplate class” of the package.
-The output code must not be a static class ("false").

このような継承情報記述ファイル４０は、実装対象のホットスポット３の規格に応じて、開発者により作成されればよい。図３Ｂに示されるように、変換プログラム１００の継承情報付与部１２０が、記録媒体１３から継承情報記述ファイル４０を読み込む。そのため、継承情報付与部１２０は、例えばＸＭＬパーサ１２１を含んでいる。継承情報付与部１２０は、継承情報記述ファイル４０に記述された継承情報を、ソースコードオブジェクトモデル３０Ａに付与する。これにより、継承情報が付与されたオブジェクトモデル３０（以下、「継承情報付与後オブジェクトモデル３０Ｂ」と参照される）が作成される。つまり、継承情報付与部１２０は、継承情報記述ファイル４０を参照することによって、ソースコードオブジェクトモデル３０Ａを継承情報付与後オブジェクトモデル３０Ｂに変換される。この継承情報付与後オブジェクトモデル３０Ｂは、メモリ１２上に展開されている。 Such an inheritance information description file 40 may be created by a developer according to the standard of the hot spot 3 to be mounted. As illustrated in FIG. 3B, the inheritance information adding unit 120 of the conversion program 100 reads the inheritance information description file 40 from the recording medium 13. Therefore, the inheritance information adding unit 120 includes an XML parser 121, for example. The inheritance information assigning unit 120 assigns the inheritance information described in the inheritance information description file 40 to the source code object model 30A. Thereby, the object model 30 to which the inheritance information is given (hereinafter referred to as “the object model 30B after the inheritance information is given”) is created. That is, the inheritance information adding unit 120 converts the source code object model 30A into the inherited information-added object model 30B by referring to the inheritance information description file 40. The inherited information-given object model 30B is expanded on the memory 12.

図１２は、本例において生成される継承情報付与後オブジェクトモデル３０Ｂを示している。図１２に示されるように、継承情報付与後オブジェクトモデル３０Ｂには、継承情報４０００が付与されている。具体的には、ＳｏｕｒｃｅＦｉｌｅオブジェクト（３０００）は、継承情報を格納するためのフィールド４１００〜４５００を有している。それらフィールド４１００〜４５００のそれぞれに、継承情報記述ファイル４０に記述された情報が格納されている。例えば、フィールド４１００には、パッケージ名“ｃｏｍ．ｎｅｃ．ｓｏｍ．ｆｒａｍｅｗｏｒｋ”が記録されている。フィールド４２００には、スーパークラス名“ＦｒａｍｅｗｏｒｋＴｅｍｐｌａｔｅ”が記録されている。フィールド４５００には、“ｆａｌｓｅ”が記録されている。このように、継承情報付与部１２０は、ソースコード２０の処理内容が反映されたソースコードオブジェクトモデル３０Ａが保持していない情報を付与する。これにより、ホットスポット３０に適合するホットスポット実装コード５０を生成するための準備が整う。 FIG. 12 shows the inherited information-added object model 30B generated in this example. As shown in FIG. 12, the inheritance information 4000 is assigned to the object model 30B after the inheritance information is given. Specifically, the SourceFile object (3000) has fields 4100 to 4500 for storing inheritance information. Information described in the inheritance information description file 40 is stored in each of the fields 4100 to 4500. For example, in the field 4100, a package name “com.nec.som.framework” is recorded. In the field 4200, a super class name “Framework Template” is recorded. In the field 4500, “false” is recorded. As described above, the inheritance information assigning unit 120 assigns information that is not held by the source code object model 30A in which the processing content of the source code 20 is reflected. Thereby, the preparation for generating the hot spot mounting code 50 suitable for the hot spot 30 is completed.

最後に、変換プログラム１００のアウトプット部１３０は、メモリ１２上の継承情報付与後オブジェクトモデル３０Ｂ中の各インスタンスをコード化することにより、ホットスポット実装コード５０を作成する。例えば、アウトプット部１３０は、デザインパターンの一つである「Ｖｉｓｉｔｏｒパターン」に基づいて構築される。一般に、Ｖｉｓｉｔｏｒオブジェクトは、集合の要素を一つ一つ巡って、所定の処理を実行していく。本例の場合、「集合の要素」とは、図１２に示された継承情報付与後オブジェクトモデル３０Ｂの各インスタンスである。また、「所定の処理」とは、各インスタンスの内容を解釈し、コードを作成することである。図４に示されたクラス群の各々は、Ｖｉｓｉｔｏｒオブジェクトを受けいれる（Ａｃｃｅｐｔする）ように設定されていればよい。アウトプット部１３０は、図１２に示されたＳｏｕｒｃｅＦｉｌｅオブジェクト３０００をルート要素とするオブジェクトツリー上を渡り歩き、各オブジェクトを順次コード化する。 Finally, the output unit 130 of the conversion program 100 creates the hot spot mounting code 50 by encoding each instance in the object model 30B after the inheritance information is added on the memory 12. For example, the output unit 130 is constructed based on a “Visitor pattern” that is one of design patterns. In general, a Visitor object goes through each element of a set and executes a predetermined process. In the case of this example, the “elements of the set” are each instance of the inherited information added object model 30B shown in FIG. The “predetermined process” is to interpret the contents of each instance and create a code. Each of the class groups shown in FIG. 4 only needs to be set so as to receive (Accept) a Visitor object. The output unit 130 walks over an object tree having the Source File object 3000 shown in FIG. 12 as a root element, and sequentially encodes each object.

図１３は、アウトプット部１３０による処理を示すフローチャートである。また、図１４は、作成されるホットスポット実装コード５０の一例を示している。本例において、出力ファイルの形式は、Ｊａｖａ（登録商標）に設定されているとする。この場合、ホットスポット実装コード５０として、Ｊａｖａ（登録商標）ファイル（ｍｙｆｕｎｃ．ｊａｖａ）が作成される。尚、ホットスポット実装コード５０において、数値計算ライブラリ（ｃｏｍ．ｎｅｃ．ｓｏｍｅ．ｎｕｍｅｒｉｃａｌパッケージ）も利用されるとする。 FIG. 13 is a flowchart showing processing by the output unit 130. FIG. 14 shows an example of the hot spot mounting code 50 to be created. In this example, it is assumed that the format of the output file is set to Java (registered trademark). In this case, a Java (registered trademark) file (myfunc.java) is created as the hot spot mounting code 50. In the hot spot mounting code 50, it is assumed that a numerical calculation library (com.nec.some.numeral package) is also used.

まず、アウトプット部１３０は、ＳｏｕｒｃｅＦｉｌｅオブジェクト３０００を発見すると、クラスの出力を開始する（ステップＳ１）。アウトプット部１３０は、図１２に示された継承情報４０００を参照し、クラスの宣言部の出力を行う（ステップＳ２）。その結果、図１４に示されるように、クラスの継承関係が、ホットスポット実装コード５０の宣言部に出力される。 First, when the output unit 130 finds the SourceFile object 3000, it starts outputting the class (step S1). The output unit 130 refers to the inheritance information 4000 shown in FIG. 12, and outputs the class declaration unit (step S2). As a result, as shown in FIG. 14, the class inheritance relationship is output to the declaration part of the hotspot implementation code 50.

次に、アウトプット部１３０は、各関数のコード化を行う。具体的には、未出力のＦｕｎｃｔｉｏｎオブジェクト３３００があるかどうか判定される（ステップＳ３）。未出力のＦｕｎｃｔｉｏｎオブジェクト３３００がある場合（ステップＳ３；Ｙｅｓ）、アウトプット部１３０は、そのＦｕｎｃｔｉｏｎオブジェクト３３００によるメソッドの出力を開始する（ステップＳ４）。まず、メソッドのシグネチャ（図１２参照）の出力が行われる（ステップＳ５）。その結果、図１４に示されるように、関数のシグネチャが出力される。 Next, the output unit 130 codes each function. Specifically, it is determined whether there is a function object 3300 that has not been output (step S3). When there is a function object 3300 that has not been output (step S3; Yes), the output unit 130 starts outputting a method using the function object 3300 (step S4). First, a method signature (see FIG. 12) is output (step S5). As a result, the signature of the function is output as shown in FIG.

次に、アウトプット部１３０は、各関数の実装文を順番にコード化する。具体的には、未出力のＳｔａｔｅｍｅｎｔオブジェクトがあるかどうか判定される（ステップＳ６）。未出力のＳｔａｔｅｍｅｎｔオブジェクトがある場合（ステップＳ６；Ｙｅｓ）、アウトプット部１３０は、そのＳｔａｔｅｍｅｎｔオブジェクトによる実装文を出力する（ステップＳ７）。 Next, the output unit 130 sequentially codes the implementation statements of each function. Specifically, it is determined whether there is an unoutput Statement object (step S6). When there is a statement object that has not been output (step S6; Yes), the output unit 130 outputs an implementation sentence based on the statement object (step S7).

処理中のＦｕｎｃｔｉｏｎオブジェクト３０００が有する全てのＳｔａｔｅｍｅｎｔオブジェクトについてコード化が終了すると（ステップＳ６；Ｎｏ）、そのＦｕｎｃｔｉｏｎオブジェクト３３００に関する出力処理は終了する（ステップＳ８）。全てのＦｕｎｃｔｉｏｎオブジェクト３３００についてコード化が終了すると（ステップＳ３；Ｎｏ）、クラスの出力処理が終了する（ステップＳ９）。 When the encoding is completed for all the State objects included in the Function object 3000 being processed (Step S6; No), the output process related to the Function object 3300 is ended (Step S8). When encoding is completed for all Function objects 3300 (step S3; No), the class output process ends (step S9).

以上の処理により、ソースコード２０は、実装対象のホットスポット３に適合したホットスポット実装コード５０に変換される。上述の例においては、実装対象のフレームワーク１はＪａｖａ（登録商標）言語で実装されているが、開発者は、ソースコード２０をＭａｔＬａｂで開発することができる。つまり、数値計算の記述性に優れたＭａｔｌａｂを用いてホットスポット３のコーディングが行われ、Ｊａｖａ（登録商標）フレームワークのホットスポット３の実装が行われている。継承情報記述ファイル４０で指定された継承関係を参照することにより、ソースコード２０中に記述された行列計算が、ホットスポット３に適合する形でホットスポット実装コード５０中に実現されている。 Through the above processing, the source code 20 is converted into a hot spot mounting code 50 suitable for the hot spot 3 to be mounted. In the above example, the implementation target framework 1 is implemented in the Java (registered trademark) language, but the developer can develop the source code 20 with MatLab. That is, coding of the hot spot 3 is performed using Matlab which is excellent in descriptiveness of numerical calculation, and mounting of the hot spot 3 of the Java (registered trademark) framework is performed. By referring to the inheritance relationship specified in the inheritance information description file 40, the matrix calculation described in the source code 20 is realized in the hot spot implementation code 50 in a form suitable for the hot spot 3.

以上に説明されたように、本発明に係る開発システム及び開発プログラムによれば、フレームワーク１の利用者（システムの開発者）は、ホットスポット３を実装する処理内容に応じて、最適な開発言語を選択することが可能となる。つまり、本発明によれば、開発者は、自分が得意とするプログラミング言語を利用して、ホットスポット実装コード５０を開発することが可能となる。従って、ホットスポット実装コード５０の開発効率が向上する。最適な言語を利用してホットスポット３の実装を行うことができるため、開発者は、フレームワーク１を利用するシステムを短期間で効率良く開発することが可能となる。ソースコードパース部１１０とアウトプット部１３０がサポートするプログラミング言語を拡張することによって、あらゆるフレームワーク１に本発明を適用することが可能となる。 As described above, according to the development system and the development program according to the present invention, the user of the framework 1 (system developer) can perform the optimum development according to the processing content for mounting the hot spot 3. A language can be selected. That is, according to the present invention, the developer can develop the hot spot mounting code 50 using a programming language that he / she is good at. Therefore, the development efficiency of the hot spot mounting code 50 is improved. Since the hotspot 3 can be implemented using an optimal language, the developer can efficiently develop a system that uses the framework 1 in a short period of time. By extending the programming language supported by the source code parsing unit 110 and the output unit 130, the present invention can be applied to any framework 1.

図１は、本発明の全体的な概念を示す図である。FIG. 1 is a diagram showing the overall concept of the present invention. 図２は、本発明に係る実装コード開発システムの構成を示すブロック図である。FIG. 2 is a block diagram showing the configuration of the implementation code development system according to the present invention. 図３Ａは、本発明に係るデータ処理の前半を示すブロック図である。FIG. 3A is a block diagram showing the first half of data processing according to the present invention. 図３Ｂは、本発明に係るデータ処理の後半を示すブロック図である。FIG. 3B is a block diagram showing the second half of the data processing according to the present invention. 図４は、本発明に係るオブジェクトモデルを構成するためのクラス群を示すクラス図である。FIG. 4 is a class diagram showing a class group for configuring the object model according to the present invention. 図５は、Ｃ言語で記述されたソースコードをオブジェクトモデルへ変換する例を示す図である。FIG. 5 is a diagram illustrating an example of converting source code described in C language into an object model. 図６は、ソースコード中のｆｏｒ文をオブジェクトモデルへ変換する例を示す図である。FIG. 6 is a diagram illustrating an example of converting a for sentence in a source code into an object model. 図７は、ネストされた制御構文を表現するためのクラス階層を示す図である。FIG. 7 is a diagram showing a class hierarchy for expressing a nested control syntax. 図８は、「ｉ＝１」を表現するＥｘｐｒｅｓｓｉｏｎオブジェクト中のスタックの図である。FIG. 8 is a diagram of a stack in the Expression object representing “i = 1”. 図９は、ソースコードの例としてのＭａｔｌａｂファイルを示す図である。FIG. 9 is a diagram illustrating a Matlab file as an example of source code. 図１０は、ソースコードオブジェクトモデルの一例を示す概念図である。FIG. 10 is a conceptual diagram illustrating an example of a source code object model. 図１１は、継承情報記述ファイルの一例を示す図である。FIG. 11 is a diagram illustrating an example of the inheritance information description file. 図１２は、継承情報付与後オブジェクトモデルの一例を示す概念図である。FIG. 12 is a conceptual diagram showing an example of the object model after the inheritance information is given. 図１３は、本発明に係るアウトプット部による処理を示すフローチャートである。FIG. 13 is a flowchart showing processing by the output unit according to the present invention. 図１４は、生成されるホットスポット実装コードの例としてのＪａｖａ（登録商標）ファイルを示す図である。FIG. 14 is a diagram showing a Java (registered trademark) file as an example of the generated hot spot mounting code.

Explanation of symbols

１フレームワーク
２フローズンスポット
３ホットスポット
１０実装コード開発システム
１１演算処理装置
１２メモリ
１３記録媒体
１４入力装置
１５表示装置
２０ソースコード
３０オブジェクトモデル
３０Ａソースコードオブジェクトモデル
３０Ｂ継承情報付与後オブジェクトモデル
４０継承情報記述ファイル
５０ホットスポット実装コード
１００変換プログラム
１１０ソースコードパース部
１１１字句解析部
１１２構文解析部
１１３拡張子判定部
１２０継承情報付与部
１３０アウトプット部
１０００ＳｏｕｒｃｅＦｉｌｅクラス
１１００Ｆｕｎｃｔｉｏｎｓクラス
１２００Ｖａｒｉａｂｌｅｓクラス
１３００Ｆｕｎｃｔｉｏｎクラス
１４００Ｓｔａｔｅｍｅｎｔｓクラス
１６００Ｓｔａｔｅｍｅｎｔクラス
１８００Ｅｘｐｒｅｓｓｉｏｎクラス
３０００ＳｏｕｒｃｅＦｉｌｅオブジェクト
３１００Ｆｕｎｃｔｉｏｎｓオブジェクト
３２００Ｖａｒｉａｂｌｅｓオブジェクト
３３００Ｆｕｎｃｔｉｏｎオブジェクト
３４００Ｓｔａｔｅｍｅｎｔｓオブジェクト
３６００Ｓｔａｔｅｍｅｎｔオブジェクト
３８００Ｅｘｐｒｅｓｓｉｏｎオブジェクト
４０００継承情報 DESCRIPTION OF SYMBOLS 1 Framework 2 Frozen spot 3 Hot spot 10 Implementation code development system 11 Arithmetic processing device 12 Memory 13 Recording medium 14 Input device 15 Display device 20 Source code 30 Object model 30A Source code object model 30B Object model after giving inheritance information 40 Inheritance information Description file 50 Hot spot implementation code 100 Conversion program 110 Source code parsing section 111 Lexical analysis section 112 Syntax analysis section 113 Extension determination section 120 Inheritance information assignment section 130 Output section 1000 SourceFile class 1100 Functions class 1200 Variables class 1300 Function class 1400 Statements class 1600 Statement class 1800 Expression class 3000 SourceFile object 3100 Functions object 3200 Variables object 3300 Functions object 3400 Statements object 3600 Statement object 3800 Expression object 4000 Inheritance information

Claims

An implementation code development program for developing a hot spot implementation code that implements a framework hot spot,
In an implementation code development system comprising a source code and a recording medium storing an inheritance information description file including inheritance information for inheriting an abstract class in the hot spot, an arithmetic processing unit, and a memory,
In the arithmetic processing unit,
(A) reading the source code from the recording medium;
(B) By using a predetermined class group for expressing various common processing contents regardless of the type of programming language, and instantiating the predetermined class group to reflect the processing contents of the source code Generating a first object model indicating the processing contents of the source code, and expanding the first object model on the memory;
(C) reading the inheritance information description file from the recording medium , adding a field storing the inheritance information to the first object model, and generating a second object model to which the inheritance information is assigned;
(D) Referring to the inheritance information in the second object model developed on the memory , the class inheritance relationship is output to the declaration part of the hot spot implementation code, and the function in the second object model is coded. And a step of creating the hot spot mounting code described in a predetermined programming language.

An implementation code development program according to claim 1,
The step (B)
(B1) extracting a lexical phrase included in the source code;
(B2) analyzing the syntax of the source code based on the extracted lexical phrase;
(B3) An implementation code development program including the step of instantiating the predetermined class group based on the syntax analysis result to expand the first object model on the memory.

An implementation code development program according to claim 1,
The step (B)
(B1) determining a file format of the source code by identifying an extension of the source code;
(B2) extracting a lexical phrase included in the source code in accordance with the file format;
(B3) analyzing the syntax of the source code based on the extracted tokens and the file format;
(B4) A step of developing the first object model on the memory by instantiating the predetermined class group based on the analysis result of the syntax.

An implementation code development program according to any one of claims 1 to 3,
The step (D) is a mounting code development program that creates the hot spot mounting code while sequentially visiting a plurality of instances included in the second object model based on a visitor pattern that is a design pattern.

An implementation code development program according to any one of claims 1 to 4,
The predetermined class group is:
A SourceFile class for representing the source code;
Functions class for expressing a function group included in the source code;
A Variables class for expressing a variable group included in the source code, and
The SourceFile class is an aggregation class, and includes the Functions class and the Variables class.

An implementation code development program according to claim 5,
The Functions class is an aggregation class, and includes a Function class for expressing a function included in the function group.
The Function class is an aggregation class,
A Statements class for representing a method group included in the function;
An ArgumentList class for expressing arguments of the function;
The Variables class for representing a group of variables used in the function;
An implementation code development program including a Constant class for expressing a constant used in the function.