システムの構築方法
【課題】
プログラムにおいて、モジュールＡの提供する関数ＦＡがさらに複数の機能（以下、サブ機能）を提供する場合、これらのサブ機能を利用するモジュールＢから指定する必要がある。従来この指定方法に関しては関数の引数などを用いて、サブ機能を指定する情報（以下機能ＩＤ情報）をモジュールＢに通知する方法が利用されている。本発明が解決しようとする課題は、前記機能ＩＤ情報を用いたモジュール間でのサブ機能の利用に関して、モジュールＢが通知する機能ＩＤ情報とモジュールＡが提供するサブ機能の対応がシステム構築時あるいはシステム動作時に考慮されていないという点である。
【解決手段】
モジュールＢが関数・メッセージング機能を用いる場合に指定する機能ＩＤ情報の候補と、モジュールＡが提供可能なサブ機能の対応関係を用いたしステムの構築管理を支援する実行機能管理手段を設けた。
プログラムにおいて、モジュールＡの提供する関数ＦＡがさらに複数の機能（以下、サブ機能）を提供する場合、これらのサブ機能を利用するモジュールＢから指定する必要がある。従来この指定方法に関しては関数の引数などを用いて、サブ機能を指定する情報（以下機能ＩＤ情報）をモジュールＢに通知する方法が利用されている。本発明が解決しようとする課題は、前記機能ＩＤ情報を用いたモジュール間でのサブ機能の利用に関して、モジュールＢが通知する機能ＩＤ情報とモジュールＡが提供するサブ機能の対応がシステム構築時あるいはシステム動作時に考慮されていないという点である。
【解決手段】
モジュールＢが関数・メッセージング機能を用いる場合に指定する機能ＩＤ情報の候補と、モジュールＡが提供可能なサブ機能の対応関係を用いたしステムの構築管理を支援する実行機能管理手段を設けた。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は任意のシステムを実現するプログラムモジュール（以下、モジュールと称する）の構築方法に関連し、特にモジュール間の相互利用時における利用機能の特定・管理に関するビルド時、処理装置の起動時、処理装置の実行時などのシステムの構築方法に関する。
【背景技術】
【０００２】
モジュールの構築方法においては、モジュールＡが機能を実装した関数ＦＡを提供しかつ、モジュールＢが必要とする関数ＦＡを定義するモジュールＢの外部参照関数情報と、モジュールＡが前記モジュールＢの必要とする関数を定義するモジュールＡの外部提供関数情報を設け、ビルド時に例えばリンカがモジュールＢの外部参照関数情報とモジュールＡの外部提供関数情報の関連付けを行う。
【０００３】
この関連付けは、モジュールＢが関数ＦＡを呼び出し場合に必要となるモジュールＡ実行時の実際の関数の呼び出しアドレスなどの情報の設定を行うことを主な処理内容とし、この関連付けによってモジュールＢからモジュールＡの関数ＦＡの呼び出しが可能となる。
なお、このようなビルド時のコンパイラ・リンカなどのビルド手段の機能・動作に関しては特開２００３−６７１９６号公報などに記載されているように、プログラム構築時に広く用いられている技術であり、とくに詳細に関しては記載しない。
【０００４】
【特許文献１】特開２００３−６７１９６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記従来技術を用いることで、モジュール間で相互に利用する関数や変数などの管理が可能となる。一方モジュールＡの提供する関数ＦＡがさらに複数の機能ＦＡ１、ＦＡ２、・・・ＦＡＸ（以下、サブ機能ＦＡＮと称する）を提供する場合、これらのサブ機能を関数ＦＡを利用するモジュールＢから指定する必要がある。
従来この指定方法に関しては関数ＦＡの引数を用いて、サブ機能を指定する情報（以下機能ＩＤ情報と称する）をモジュールＢに通知する方法が利用されている。
【０００６】
本発明が解決しようとする課題は、前記機能ＩＤ情報を用いたモジュール間での関数ＦＡのサブ機能ＦＡＮの利用に関して、モジュールＢが通知する機能ＩＤ情報とモジュールＡが提供する関数ＦＡのサブ機能ＦＡＮの対応がシステム構築時に考慮されていないという点である。
このため例えばシステム構築が完了し、システム実行時において、モジュールＢがある機能ＩＤ情報＝Ｐを指定した関数ＦＡの呼び出しをおこない、モジュールＡでは機能ＩＤ情報Ｐに対応する関数ＦＡの小関数ＦＡＮがなく、エラー処理となる、といった問題がある。
【０００７】
さらに、モジュールＢがモジュールＣの提供する、メッセージ・イベントなどの送受信機能（以下、メッセージング機能と称する）を用いてモジュールＡの機能を利用する場合においても同様の課題が存在する。モジュールＡとモジュールＢがそれぞれ異なるスレッドで動作していると仮定する。モジュールＣが例えばメッセージ送信関数ＦＣ１とメッセージ受信関数ＦＣ２を提供する場合、モジュールＢはメッセージ送信関数ＦＣ１を用いて送信先のモジュールＡ、実行する機能ＩＤ情報を通知する、モジュールＡはメッセージ受信関数ＦＣ２を用いてモジュールＡに通知される任意のメッセージを取得することが可能となる。
このような構成において、モジュールＢが特定の機能ＩＤ情報＝Ｐを指定したモジュールＡへのメッセージ送信をおこない、モジュールＡではメッセージ受信後に機能ＩＤ情報Ｐに対応するサブ機能ＦＡＮがなく、エラー処理となる、といった問題がある。
【課題を解決するための手段】
【０００８】
モジュールＢが関数・メッセージング機能を用いる場合に指定する機能ＩＤ情報の候補と、モジュールＡが提供可能なサブ機能の対応関係を用いたしステムの構築管理を支援する実行機能管理手段を設けた。
この記実行機能管理手段は、モジュールＢの利用する機能ＩＤ情報の候補である必要機能情報とモジュールＡの提供するサブ機能の情報である提供機能情報を比較し、管理を行う。管理内容としては、例えば、モジュールＡのサブ機能に対応するものがないモジュールＢの機能ＩＤ情報候補に関してシステム構築時に警告通知を提供する、あるいはモジュールＢの機能ＩＤ情報候補に対応するものがないモジュールＡのサブ機能に関してシステム構築時に対応するサブ機能の雛形となるコードを生成する、といった管理が可能である。なお、管理内容は特にこれを限定しない。
【０００９】
また、前記実行機能管理手段を個々のモジュールをコンパイル・リンクするビルド処理時に利用するビルド手段内に設ける構成や、個々のモジュールをシステム起動時に情報処理装置上で実行可能な形式に配置する実行モジュールロード手段内に設ける構成や、処理装置がモジュールを実行中に該モジュールが必要とする他のモジュールを配置する動的実行モジュールロード手段内に設ける構成などが可能である。また、少なくとも１つ以上の前記モジュールを実行するＣＰＵなどの処理実行手段と、その他のモジュールを実行する処理実行手段が異なるように前記実行機能管理手段は管理する。なお、実行機能管理手段の構成方法に関しては特にこれを限定しない。
【発明の効果】
【００１０】
上記機能ＩＤ情報に基づいた必要機能情報と提供機能情報を用いたシステム構築の管理を行う実行機能管理手段を設けたことにより、システム構築時にモジュールＢの必要とするモジュールＡのサブ機能の管理が可能となり、システムの信頼性が向上する。さらにモジュール作成時においてサブ機能レベルでの整合性の管理が可能となり開発効率が向上する。
【発明を実施するための最良の形態】
【００１１】
以下本発明の実施の形態について、図面を用いて説明する。
【実施例１】
【００１２】
以下本発明の実施例１について、図１から図４を用いて説明する。
本実施例は、サブ機能レベルでのモジュール間の機能連携の管理を機能ID情報の基づいて実現する実行機能管理手段をビルド手段に設けた構成を示す例である。
図１はモジュールの構成概要を示すモジュール構成概要図、図２はビルド手段の構成と処理手順を示すビルド手段構成図、図３は本実施例のモジュール構成を示すモジュール構成図、図４、図５は図２の実行管理手段が図３のモジュール間の機能連携の管理に用いる必要機能情報および提供機能情報のデータ構造を示す図である。
【００１３】
図１において、１０１および１２１は組込み装置やコンピュータなどの情報処理装置上で動作するプログラムの実装単位であるモジュール、１０２および１２２は各モジュールが提供する機能である機能手段、１０４および１０５は少なくとも一部の機能を他のモジュールから利用可能としている機能手段である機能提供手段、１２４および１２５は少なくとも機能の一部の処理を他のモジュールの機能手段に依頼している機能利用手段、１０３は機能提供手段１０４，１０５を利用するために必要な機能提供手段の機能実行開始アドレス情報など機能提供手段情報を提供する機能をもつインターフェース手段、１２３は機能利用手段１２４、１２５が必要となる機能提供手段の機能を実行するために必要となる機能提供手段の実行開始アドレス情報などの機能利用手段情報を設定する機能をもつインターフェース手段である。
【００１４】
従来のモジュール間連携の方法としては、例えばビルド手段でモジュールB１２１の機能利用手段が必要とするモジュールA１０１の機能提供手段などの情報をモジュールB１２１のインターフェース手段１２３から機能利用手段情報として取得し、さらにモジュールA１０１の機能提供手段が提供する他のモジュールから利用可能な機能に関する情報をインターフェース手段１０３から機能提供手段情報として取得し、ビルド時にモジュールB１２１のインターフェース手段１２３に対してモジュールA１０１の機能提供手段情報を用いた必要情報の設定を行うことにより、機能利用手段１２４、１２５からの機能提供手段１０４、１０５の利用を実現している。
【００１５】
図２において、２０１、２０２はモジュールの処理内容をプログラム言語を用いて記述したソースコード（以下ソースと記述する）、２０３はソースを解釈し特定の情報処理装置上で実行可能な形式に変換するコンパイラ、２０５、２０６はコンパイラの出力するソースの変換結果であるモジュールのバイナリ、２０７はバイナリ実行時に必要となる初期化処理のバイナリやモジュールバイナリなどを相互に呼び出し可能な構成に統合するリンカ、２０８はリンカの出力する情報処理装置上で実行可能な実行モジュールまたは実行モジュールと連携利用が可能なライブラリ、２２０は必要機能情報、２２１は提供機能情報である。なお、以上記載したコンパイラ・リンカなどから成るプログラムのビルド手順に関しては広くプログラムの作成に利用されている公知の技術であり、その詳細に関しては特に記載しない。
図２において２０９は機能ID情報をもちいて、サブ機能レベルでのモジュール相互の機能連携の管理を行う実行機能管理手段である。
【００１６】
図３において、３０４はモジュールA３０１の機能手段３０２が他のモジュールに対して提供するサブ機能である機能提供手段、３０５、３０６は機能提供手段３０４が利用するサブ機能、３１４はモジュールB３１１の機能手段３１２がもつ他のモジュールの機能を利用する機能利用手段である。図３において、機能提供手段３０４が関数ｆｕｎｃＡ（）をもち、さらにｆｕｎｃＡ（）はサブ機能３０５である関数ｆｕｎｃＡ０（）とサブ機能３０６である関数ｆｕｎｃＡ１（）を利用することを示している。一方、機能利用手段３１４がモジュールＡ３０１の機能提供手段３０４が提供するサブ機能ｆｕｎｃＡ（）を利用すること示している。
【００１７】
図４において、４１０は実行機能管理手段２０９が利用するモジュールＢの機能利用手段に関する情報である必要機能情報である。
図５において、５４０は実行機能管理手段２０９が利用するモジュールＡの機能提供手段に関する情報である提供機能情報である。
【００１８】
以上、本実施例の各図の関係をまとめる。図２のビルド手段を用いてモジュールＡ・Ｂのソースをビルドし、実行モジュール２０８を生成する。実行モジュールの情報処理装置上での構成の概要を図１に示す。さらに実行モジュール構成の詳細な具体例に関して図３に示す。図２のビルド手段２１０の実行管理手段２０９は図４の必要機能情報と図５の提供機能情報を用いて、機能ＩＤ情報に基づいたモジュール間でのサブ機能レベルでの機能連携の管理を行う。
【００１９】
以下本実施例の動作を、図２を用いて説明する。なおモジュールの構成として図３のモジュール構成を利用する。
処理１：コンパイラ２０３は、モジュールAのソース２０１をモジュールAバイナリ２０５に変換する。この変換処理と連動してコンパイラ２０３は、実行機能管理手段２０９に対してコンパイル対象であるモジュールを指定するモジュール名などのモジュール情報を通知する。実行機能管理手段２０９はモジュール情報を用いて該当モジュールの必要機能情報と提供機能情報を取得する。本実施例のモジュールA３０１は機能手段３０２内に機能提供手段３０４のみをもつため、実行機能管理手段２０９は提供機能情報５４０を取得する。
【００２０】
処理２：提供機能情報５４０は、以下の情報をもつ。対応するモジュール名を示すモジュール名情報５４１。関数名を示す関数名情報５２２。機能を提供することを示すタグ文字列"DST"または、機能を利用することを示すタグ文字列“SRC”をもつタイプ情報５２４、機能利用時の呼び出し関数を示す対応関数情報５２５。対応関数５２５の引数の情報を示す引数情報５２７。引数５２７のなかでサブ関数の指定に用いられる引数（機能ID情報）を示す引数情報５２８、引数５２８の値と実行するサブ関数の対応を示す機能ID情報５２９・５３０。
モジュールAの提供機能情報５４０は、提供する関数名５２２としてｆｕｎｃＡ（）、タイプ５２４として機能提供を示す“ＤＳＴ”、機能を提供する対応関数５２５としてfuncA()、funcA()の引数５２８としてint型の引数"mode"、機能ID情報を指定する引数５２８として”mode"、 ”mode"に設定可能な機能ID情報５２９・５３０の値と実行されるサブ関数の対応から構成される。
【００２１】
処理３：次にコンパイラはモジュールBのソース２０２をモジュールBバイナリ２０６に変換する。コンパイラ２０３と実行機能管理手段２０９の動作は先に示したモジュールAソース２０１の場合を同様である。本実施例のモジュールB３１１は機能手段３１２内に機能利用手段３１４のみをもつため、実行機能管理手段２０９は必要機能情報４１０を取得する。
必要機能情報４１０は、以下の情報をもつ。対応するモジュール名を示すモジュール名情報４１１。関数名を示す関数名情報４０１。機能を提供することを示すタグ文字列"DST"または、機能を利用することを示すタグ文字列“SRC”をもつタイプ情報４０２、機能利用時の呼び出し関数を示す対応関数情報４０３。対応関数４０３の引数の情報を示す引数情報４０４。引数４０４のなかでサブ関数の指定に用いられる引数（機能ID情報）を示す引数情報４０５、引数４０５の取り得る値を示す機能ID情報。
モジュールBの必要機能情報４１０は、呼び出す関数名４０１としてｆｕｎｃＡ（）、タイプ４０２として機能利用を示す“SRC”、機能を提供する対応関数４０３としてfuncA()、funcA()の引数４０４としてint型の引数"mode"、機能ID情報を指定する引数４０５として”mode"、 ”mode"に設定され得る機能ID情報４０６・４０７の値から構成される。
【００２２】
処理４：リンカ２０７は、モジュールAバイナリ２０５とモジュールBバイナリ２０６を実行モジュールまたはライブラリ２０８に変換する。
【００２３】
処理５：リンカ２０７は、入力対象のモジュールのモジュール名などのリンクモジュール情報を実行機能管理手段２０９に通知する。実行機能管理手段２０９はリンクモジュール情報を用いて機能提供手段と機能利用手段のサブ機能レベルでの整合性の管理を行う。
図３の構成で、リンクモジュール情報としては、リンク対象のモジュールがモジュールAとモジュールBであることが含まれる。
実行機能管理手段２０９は、この情報を用いて該当する全モジュールの必要機能情報と提供機能情報を取得する。本実施例ではこの処理により、モジュールBの必要機能情報４１０とモジュールAの提供機能情報５４０を取得する。
【００２４】
次に各必要機能情報に対して対応関数名を取得する。本実施例においては本処理により対応関数名４０１funcA()を取得する。次に各提供機能情報のなかから同一の関数名を検索する。検索結果該当する関数がなければサブ機能レベルでのモジュール間の機能連携ができない旨を通知するエラー処理を行う。
一方検索結果に該当するものがあった場合には、対応関数の引数４０４および５２７が一致していることを確認の上、機能ID情報の確認を行う。本実施例では、関数funcA()はモジュールAの提供機能情報５４０に登録されているので、機能ID情報の確認を次に行う。
【００２５】
機能ID情報の整合性の確認は、必要機能情報が指定する機能ID情報の取り得る値４０６・４０７に対して、対応する提供機能情報の対応関数の機能ID情報の対応可能な値と対応するサブ機能情報の有無を確認する。
本実施例では必要機能情報４１０でモジュールBは機能ID情報modeが“０”と“１"で対応関数funcA()の機能を利用することが規定され、提供機能情報５４０でモジュールAは対応関数funcA()が機能ID情報としてmodeが”０“と”１“に対応するサブ機能実行の処理を実装していることが規定される。
【００２６】
次に実行機能管理手段２０９はリンク手段２０７と連携して機能ＩＤ情報５２９・５３０で指定されているサブ関数ｆｕｎｃＡ０（）、ｆｕｎｃＡ１（）の有無を確認する。本実施例においては、以上の機能ID情報の確認処理によりモジュールAとモジュールB間のサブ機能レベルでの整合性が取れていると判断する。この判定処理により、モジュールBが必要とするサブ機能がすべてモジュールAの対応関数で提供されていることが確認可能となり、サブ機能レベルでの整合性の管理が可能となる。
【００２７】
なお必要機能情報と提供機能情報の生成方法に関しては、利用者がこれを作成する方法、モジュールソースからコンパイラが自動的・半自動的に生成する方法、モジュールソースに関連する情報を記載しコンパイラが自動的に生成する方法などが可能であり、必要機能情報と提供機能情報の生成方法に関しては特にこれを限定しない。
なお、本実施例においては機能提供手段からのみ成るモジュールと、機能利用手段からのみ成るモジュールをもつシステム構成を実施例として示したが、機能利用手段と機能提供手段の両方をもつモジュールなども可能でありモジュールの数、モジュール内の機能手段の構成、モジュール間の機能連携関係などは、任意の構成が可能であり、特にモジュールの構成に関してはこれを限定しない。
【００２８】
また、本実施例においてはコンパイルするモジュール単位を最小単位として、実行機能管理手段によるサブ機能レベルでの整合性の管理を行う構成としたが、リンカが出力する実行モジュールやライブラリ単位でサブ機能レベルでの整合性の管理を行う構成も可能であり、実行機能管理手段がサブ機能レベルでの整合性の管理を行う粒度は特にこれを限定しない。
【００２９】
また、本実施例においてはサブ機能レベルでの整合性の管理として、機能提供手段が提供するサブ機能と、機能利用手段が利用するサブ機能の整合性を判定し、機能利用手段が必要とするサブ機能がすべて機能提供手段において提供されていること確認・管理する構成とした。サブ機能レベルでの整合性の管理としては、他に機能利用手段が利用とするサブ機能のうち機能提供手段が提供していないものに関しては、該当するサブ機能のソースコードのスケルトンを提供する方法など他の管理方法も可能であり、サブ機能レベルでの整合性の管理方法に関しては特にこれを限定しない。
【実施例２】
【００３０】
以下、本発明の他の実施例である実施例２について、図６から図８を用いて説明する。
本実施例は機能利用手段と機能提供手段がメッセージの送受信機能を用いてモジュール相互で連携する例である。
図６は本実施例のモジュール構成を示すモジュール構成図、図７、図８は図６の実行管理手段がモジュール間のサブ機能レベルでの機能連携の管理に用いる必要機能情報および提供機能情報のデータ構造を示す図である。
【００３１】
図６においてモジュールA６０４、モジュールB６１１、モジュールC６２１の構成および各モジュール内の構成手段は図２の実施例と同様である。６４１は情報処理装置上で動作可能なモジュールのメモリへのロード管理および実行管理を行う実行モジュールロード手段、６４２は実行機能管理手段である。
【００３２】
以下本発明の実施例を、図６を用いて説明する。図６はモジュールB611の機能手段６１２が機能利用手段６１４をもち、モジュールA６０１の提供するメッセージ通信機能を用いてモジュールC６２１の機能手段６２２の機能提供手段６２４を利用する例を示すモジュール構成図である。
【００３３】
以下、本実施例の動作を説明する。
処理１：実行モジュールロード手段６４１は情報処理装置起動時にモジュールA・モジュールB・モジュールCをロードする。実行モジュールロード手段６４１はモジュールロード時にモジュール情報を実行機能管理手段６４２に通知する。本実施例では、実行機能管理手段６４２はモジュールBロード時にモジュールBに関連する必要機能情報・提供機能情報を取得する。この処理により必要機能情報７２０を取得する。さらにモジュールCロード時にモジュールCに関連する必要機能情報・提供機能情報を取得する。この処理により提供機能情報８２０を取得する。
【００３４】
処理２：実行モジュールロード手段６４１は予め指定されたモジュールを起動する。この起動処理の前に、実行機能管理手段６４２に対してシステム上にある実行モジュールのモジュール名などの実行モジュール情報を通知する。実行機能管理手段６４２は実行モジュール情報を用いて機能提供手段と機能利用手段のサブ機能レベルでの整合性の管理を行う。
図６の構成で、実行モジュール情報としては、実行対象のモジュールがモジュールA・B・Cであることが含まれる。実行機能管理手段６４２は、この情報を用いて該当する全モジュールの必要機能情報と提供機能情報を取得する。本実施例ではこの処理により、モジュールBの必要機能情報７２０とモジュールＣの提供機能情報８２０を取得する。
【００３５】
次に各必要機能情報に対して対応関数名を取得する。本実施例においては本処理のより、関数名７０１snd()の対応関数名７０３rcv()を取得する。次に各提供機能情報のなかから同一の関数名を検索する。検索結果該当する関数がなければサブ機能レベルでのモジュール間の機能連携ができないのでエラー処理を行う。一方検索結果に該当するものがあった場合には、対応関数の引数７０４および８０４が一致していることを確認の上、機能ID情報の確認を行う。本実施例では、関数rcv()はモジュールCの提供機能情報８２０に登録されているので、機能ID情報の確認を次に行う。
【００３６】
機能ID情報の整合性の確認は、必要機能情報が指定する機能ID情報の取り得る値７０６・７０８・７０９に対して、対応する提供機能情報の対応関数の機能ID情報の対応可能な値と対応するサブ機能情報の有無を確認する。
本実施例では必要機能情報７２０でモジュールBは機能ID情報procidが“５”、message.idが“０”と“１”で対応関数の機能を利用することが規定され、提供機能情報８２０でモジュールCは対応関数rcv()が機能ID情報としてprocidが“５”、message.idが“０”と“１”に対応するサブ機能実行の処理を実装していることが規定される。本実施例においては、以上の機能ID情報の確認処理によりモジュールBとモジュールC間のサブ機能レベルでの整合性が取れていると判断する。
【００３７】
なお、本実施例では必要機能情報・提供機能情報で定義される情報が情報処理装置の起動時点で確定している構成としたが、必要機能情報・提供機能情報の少なくとも１部が情報処理装置起動後に確定する構成も可能であり、必要機能情報・提供機能情報の構成方法に関しては特にこれを限定しない。
【産業上の利用可能性】
【００３８】
上記機能ＩＤ情報に基づいた必要機能情報と提供機能情報を用いたシステム構築の管理を行う実行機能管理手段を設けたことにより、システム構築時またはシステム動作時にモジュールＢの必要とするモジュールＡのサブ機能の管理が可能となり、システムの信頼性が向上する。さらにモジュール作成時においてサブ機能レベルでの整合性の管理が可能となり開発効率が向上する。
【図面の簡単な説明】
【００３９】
【図１】モジュール構成概要図
【図２】ビルド手段構成図
【図３】モジュール構成図
【図４】必要機能情報のデータ構造を示す図
【図５】提供機能情報のデータ構造を示す図
【図６】モジュール構成図
【図７】必要機能情報のデータ構造を示す図
【図８】提供機能情報のデータ構造を示す図
【符号の説明】
【００４０】
１０１ モジュールＡ
１０２ 機能手段
１０３ インターフェース手段
２０３ コンパイラ
２０７ リンカ
２０９ 実行機能管理手段
４１０ 必要機能情報
５４０ 提供機能情報
【技術分野】
【０００１】
本発明は任意のシステムを実現するプログラムモジュール（以下、モジュールと称する）の構築方法に関連し、特にモジュール間の相互利用時における利用機能の特定・管理に関するビルド時、処理装置の起動時、処理装置の実行時などのシステムの構築方法に関する。
【背景技術】
【０００２】
モジュールの構築方法においては、モジュールＡが機能を実装した関数ＦＡを提供しかつ、モジュールＢが必要とする関数ＦＡを定義するモジュールＢの外部参照関数情報と、モジュールＡが前記モジュールＢの必要とする関数を定義するモジュールＡの外部提供関数情報を設け、ビルド時に例えばリンカがモジュールＢの外部参照関数情報とモジュールＡの外部提供関数情報の関連付けを行う。
【０００３】
この関連付けは、モジュールＢが関数ＦＡを呼び出し場合に必要となるモジュールＡ実行時の実際の関数の呼び出しアドレスなどの情報の設定を行うことを主な処理内容とし、この関連付けによってモジュールＢからモジュールＡの関数ＦＡの呼び出しが可能となる。
なお、このようなビルド時のコンパイラ・リンカなどのビルド手段の機能・動作に関しては特開２００３−６７１９６号公報などに記載されているように、プログラム構築時に広く用いられている技術であり、とくに詳細に関しては記載しない。
【０００４】
【特許文献１】特開２００３−６７１９６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記従来技術を用いることで、モジュール間で相互に利用する関数や変数などの管理が可能となる。一方モジュールＡの提供する関数ＦＡがさらに複数の機能ＦＡ１、ＦＡ２、・・・ＦＡＸ（以下、サブ機能ＦＡＮと称する）を提供する場合、これらのサブ機能を関数ＦＡを利用するモジュールＢから指定する必要がある。
従来この指定方法に関しては関数ＦＡの引数を用いて、サブ機能を指定する情報（以下機能ＩＤ情報と称する）をモジュールＢに通知する方法が利用されている。
【０００６】
本発明が解決しようとする課題は、前記機能ＩＤ情報を用いたモジュール間での関数ＦＡのサブ機能ＦＡＮの利用に関して、モジュールＢが通知する機能ＩＤ情報とモジュールＡが提供する関数ＦＡのサブ機能ＦＡＮの対応がシステム構築時に考慮されていないという点である。
このため例えばシステム構築が完了し、システム実行時において、モジュールＢがある機能ＩＤ情報＝Ｐを指定した関数ＦＡの呼び出しをおこない、モジュールＡでは機能ＩＤ情報Ｐに対応する関数ＦＡの小関数ＦＡＮがなく、エラー処理となる、といった問題がある。
【０００７】
さらに、モジュールＢがモジュールＣの提供する、メッセージ・イベントなどの送受信機能（以下、メッセージング機能と称する）を用いてモジュールＡの機能を利用する場合においても同様の課題が存在する。モジュールＡとモジュールＢがそれぞれ異なるスレッドで動作していると仮定する。モジュールＣが例えばメッセージ送信関数ＦＣ１とメッセージ受信関数ＦＣ２を提供する場合、モジュールＢはメッセージ送信関数ＦＣ１を用いて送信先のモジュールＡ、実行する機能ＩＤ情報を通知する、モジュールＡはメッセージ受信関数ＦＣ２を用いてモジュールＡに通知される任意のメッセージを取得することが可能となる。
このような構成において、モジュールＢが特定の機能ＩＤ情報＝Ｐを指定したモジュールＡへのメッセージ送信をおこない、モジュールＡではメッセージ受信後に機能ＩＤ情報Ｐに対応するサブ機能ＦＡＮがなく、エラー処理となる、といった問題がある。
【課題を解決するための手段】
【０００８】
モジュールＢが関数・メッセージング機能を用いる場合に指定する機能ＩＤ情報の候補と、モジュールＡが提供可能なサブ機能の対応関係を用いたしステムの構築管理を支援する実行機能管理手段を設けた。
この記実行機能管理手段は、モジュールＢの利用する機能ＩＤ情報の候補である必要機能情報とモジュールＡの提供するサブ機能の情報である提供機能情報を比較し、管理を行う。管理内容としては、例えば、モジュールＡのサブ機能に対応するものがないモジュールＢの機能ＩＤ情報候補に関してシステム構築時に警告通知を提供する、あるいはモジュールＢの機能ＩＤ情報候補に対応するものがないモジュールＡのサブ機能に関してシステム構築時に対応するサブ機能の雛形となるコードを生成する、といった管理が可能である。なお、管理内容は特にこれを限定しない。
【０００９】
また、前記実行機能管理手段を個々のモジュールをコンパイル・リンクするビルド処理時に利用するビルド手段内に設ける構成や、個々のモジュールをシステム起動時に情報処理装置上で実行可能な形式に配置する実行モジュールロード手段内に設ける構成や、処理装置がモジュールを実行中に該モジュールが必要とする他のモジュールを配置する動的実行モジュールロード手段内に設ける構成などが可能である。また、少なくとも１つ以上の前記モジュールを実行するＣＰＵなどの処理実行手段と、その他のモジュールを実行する処理実行手段が異なるように前記実行機能管理手段は管理する。なお、実行機能管理手段の構成方法に関しては特にこれを限定しない。
【発明の効果】
【００１０】
上記機能ＩＤ情報に基づいた必要機能情報と提供機能情報を用いたシステム構築の管理を行う実行機能管理手段を設けたことにより、システム構築時にモジュールＢの必要とするモジュールＡのサブ機能の管理が可能となり、システムの信頼性が向上する。さらにモジュール作成時においてサブ機能レベルでの整合性の管理が可能となり開発効率が向上する。
【発明を実施するための最良の形態】
【００１１】
以下本発明の実施の形態について、図面を用いて説明する。
【実施例１】
【００１２】
以下本発明の実施例１について、図１から図４を用いて説明する。
本実施例は、サブ機能レベルでのモジュール間の機能連携の管理を機能ID情報の基づいて実現する実行機能管理手段をビルド手段に設けた構成を示す例である。
図１はモジュールの構成概要を示すモジュール構成概要図、図２はビルド手段の構成と処理手順を示すビルド手段構成図、図３は本実施例のモジュール構成を示すモジュール構成図、図４、図５は図２の実行管理手段が図３のモジュール間の機能連携の管理に用いる必要機能情報および提供機能情報のデータ構造を示す図である。
【００１３】
図１において、１０１および１２１は組込み装置やコンピュータなどの情報処理装置上で動作するプログラムの実装単位であるモジュール、１０２および１２２は各モジュールが提供する機能である機能手段、１０４および１０５は少なくとも一部の機能を他のモジュールから利用可能としている機能手段である機能提供手段、１２４および１２５は少なくとも機能の一部の処理を他のモジュールの機能手段に依頼している機能利用手段、１０３は機能提供手段１０４，１０５を利用するために必要な機能提供手段の機能実行開始アドレス情報など機能提供手段情報を提供する機能をもつインターフェース手段、１２３は機能利用手段１２４、１２５が必要となる機能提供手段の機能を実行するために必要となる機能提供手段の実行開始アドレス情報などの機能利用手段情報を設定する機能をもつインターフェース手段である。
【００１４】
従来のモジュール間連携の方法としては、例えばビルド手段でモジュールB１２１の機能利用手段が必要とするモジュールA１０１の機能提供手段などの情報をモジュールB１２１のインターフェース手段１２３から機能利用手段情報として取得し、さらにモジュールA１０１の機能提供手段が提供する他のモジュールから利用可能な機能に関する情報をインターフェース手段１０３から機能提供手段情報として取得し、ビルド時にモジュールB１２１のインターフェース手段１２３に対してモジュールA１０１の機能提供手段情報を用いた必要情報の設定を行うことにより、機能利用手段１２４、１２５からの機能提供手段１０４、１０５の利用を実現している。
【００１５】
図２において、２０１、２０２はモジュールの処理内容をプログラム言語を用いて記述したソースコード（以下ソースと記述する）、２０３はソースを解釈し特定の情報処理装置上で実行可能な形式に変換するコンパイラ、２０５、２０６はコンパイラの出力するソースの変換結果であるモジュールのバイナリ、２０７はバイナリ実行時に必要となる初期化処理のバイナリやモジュールバイナリなどを相互に呼び出し可能な構成に統合するリンカ、２０８はリンカの出力する情報処理装置上で実行可能な実行モジュールまたは実行モジュールと連携利用が可能なライブラリ、２２０は必要機能情報、２２１は提供機能情報である。なお、以上記載したコンパイラ・リンカなどから成るプログラムのビルド手順に関しては広くプログラムの作成に利用されている公知の技術であり、その詳細に関しては特に記載しない。
図２において２０９は機能ID情報をもちいて、サブ機能レベルでのモジュール相互の機能連携の管理を行う実行機能管理手段である。
【００１６】
図３において、３０４はモジュールA３０１の機能手段３０２が他のモジュールに対して提供するサブ機能である機能提供手段、３０５、３０６は機能提供手段３０４が利用するサブ機能、３１４はモジュールB３１１の機能手段３１２がもつ他のモジュールの機能を利用する機能利用手段である。図３において、機能提供手段３０４が関数ｆｕｎｃＡ（）をもち、さらにｆｕｎｃＡ（）はサブ機能３０５である関数ｆｕｎｃＡ０（）とサブ機能３０６である関数ｆｕｎｃＡ１（）を利用することを示している。一方、機能利用手段３１４がモジュールＡ３０１の機能提供手段３０４が提供するサブ機能ｆｕｎｃＡ（）を利用すること示している。
【００１７】
図４において、４１０は実行機能管理手段２０９が利用するモジュールＢの機能利用手段に関する情報である必要機能情報である。
図５において、５４０は実行機能管理手段２０９が利用するモジュールＡの機能提供手段に関する情報である提供機能情報である。
【００１８】
以上、本実施例の各図の関係をまとめる。図２のビルド手段を用いてモジュールＡ・Ｂのソースをビルドし、実行モジュール２０８を生成する。実行モジュールの情報処理装置上での構成の概要を図１に示す。さらに実行モジュール構成の詳細な具体例に関して図３に示す。図２のビルド手段２１０の実行管理手段２０９は図４の必要機能情報と図５の提供機能情報を用いて、機能ＩＤ情報に基づいたモジュール間でのサブ機能レベルでの機能連携の管理を行う。
【００１９】
以下本実施例の動作を、図２を用いて説明する。なおモジュールの構成として図３のモジュール構成を利用する。
処理１：コンパイラ２０３は、モジュールAのソース２０１をモジュールAバイナリ２０５に変換する。この変換処理と連動してコンパイラ２０３は、実行機能管理手段２０９に対してコンパイル対象であるモジュールを指定するモジュール名などのモジュール情報を通知する。実行機能管理手段２０９はモジュール情報を用いて該当モジュールの必要機能情報と提供機能情報を取得する。本実施例のモジュールA３０１は機能手段３０２内に機能提供手段３０４のみをもつため、実行機能管理手段２０９は提供機能情報５４０を取得する。
【００２０】
処理２：提供機能情報５４０は、以下の情報をもつ。対応するモジュール名を示すモジュール名情報５４１。関数名を示す関数名情報５２２。機能を提供することを示すタグ文字列"DST"または、機能を利用することを示すタグ文字列“SRC”をもつタイプ情報５２４、機能利用時の呼び出し関数を示す対応関数情報５２５。対応関数５２５の引数の情報を示す引数情報５２７。引数５２７のなかでサブ関数の指定に用いられる引数（機能ID情報）を示す引数情報５２８、引数５２８の値と実行するサブ関数の対応を示す機能ID情報５２９・５３０。
モジュールAの提供機能情報５４０は、提供する関数名５２２としてｆｕｎｃＡ（）、タイプ５２４として機能提供を示す“ＤＳＴ”、機能を提供する対応関数５２５としてfuncA()、funcA()の引数５２８としてint型の引数"mode"、機能ID情報を指定する引数５２８として”mode"、 ”mode"に設定可能な機能ID情報５２９・５３０の値と実行されるサブ関数の対応から構成される。
【００２１】
処理３：次にコンパイラはモジュールBのソース２０２をモジュールBバイナリ２０６に変換する。コンパイラ２０３と実行機能管理手段２０９の動作は先に示したモジュールAソース２０１の場合を同様である。本実施例のモジュールB３１１は機能手段３１２内に機能利用手段３１４のみをもつため、実行機能管理手段２０９は必要機能情報４１０を取得する。
必要機能情報４１０は、以下の情報をもつ。対応するモジュール名を示すモジュール名情報４１１。関数名を示す関数名情報４０１。機能を提供することを示すタグ文字列"DST"または、機能を利用することを示すタグ文字列“SRC”をもつタイプ情報４０２、機能利用時の呼び出し関数を示す対応関数情報４０３。対応関数４０３の引数の情報を示す引数情報４０４。引数４０４のなかでサブ関数の指定に用いられる引数（機能ID情報）を示す引数情報４０５、引数４０５の取り得る値を示す機能ID情報。
モジュールBの必要機能情報４１０は、呼び出す関数名４０１としてｆｕｎｃＡ（）、タイプ４０２として機能利用を示す“SRC”、機能を提供する対応関数４０３としてfuncA()、funcA()の引数４０４としてint型の引数"mode"、機能ID情報を指定する引数４０５として”mode"、 ”mode"に設定され得る機能ID情報４０６・４０７の値から構成される。
【００２２】
処理４：リンカ２０７は、モジュールAバイナリ２０５とモジュールBバイナリ２０６を実行モジュールまたはライブラリ２０８に変換する。
【００２３】
処理５：リンカ２０７は、入力対象のモジュールのモジュール名などのリンクモジュール情報を実行機能管理手段２０９に通知する。実行機能管理手段２０９はリンクモジュール情報を用いて機能提供手段と機能利用手段のサブ機能レベルでの整合性の管理を行う。
図３の構成で、リンクモジュール情報としては、リンク対象のモジュールがモジュールAとモジュールBであることが含まれる。
実行機能管理手段２０９は、この情報を用いて該当する全モジュールの必要機能情報と提供機能情報を取得する。本実施例ではこの処理により、モジュールBの必要機能情報４１０とモジュールAの提供機能情報５４０を取得する。
【００２４】
次に各必要機能情報に対して対応関数名を取得する。本実施例においては本処理により対応関数名４０１funcA()を取得する。次に各提供機能情報のなかから同一の関数名を検索する。検索結果該当する関数がなければサブ機能レベルでのモジュール間の機能連携ができない旨を通知するエラー処理を行う。
一方検索結果に該当するものがあった場合には、対応関数の引数４０４および５２７が一致していることを確認の上、機能ID情報の確認を行う。本実施例では、関数funcA()はモジュールAの提供機能情報５４０に登録されているので、機能ID情報の確認を次に行う。
【００２５】
機能ID情報の整合性の確認は、必要機能情報が指定する機能ID情報の取り得る値４０６・４０７に対して、対応する提供機能情報の対応関数の機能ID情報の対応可能な値と対応するサブ機能情報の有無を確認する。
本実施例では必要機能情報４１０でモジュールBは機能ID情報modeが“０”と“１"で対応関数funcA()の機能を利用することが規定され、提供機能情報５４０でモジュールAは対応関数funcA()が機能ID情報としてmodeが”０“と”１“に対応するサブ機能実行の処理を実装していることが規定される。
【００２６】
次に実行機能管理手段２０９はリンク手段２０７と連携して機能ＩＤ情報５２９・５３０で指定されているサブ関数ｆｕｎｃＡ０（）、ｆｕｎｃＡ１（）の有無を確認する。本実施例においては、以上の機能ID情報の確認処理によりモジュールAとモジュールB間のサブ機能レベルでの整合性が取れていると判断する。この判定処理により、モジュールBが必要とするサブ機能がすべてモジュールAの対応関数で提供されていることが確認可能となり、サブ機能レベルでの整合性の管理が可能となる。
【００２７】
なお必要機能情報と提供機能情報の生成方法に関しては、利用者がこれを作成する方法、モジュールソースからコンパイラが自動的・半自動的に生成する方法、モジュールソースに関連する情報を記載しコンパイラが自動的に生成する方法などが可能であり、必要機能情報と提供機能情報の生成方法に関しては特にこれを限定しない。
なお、本実施例においては機能提供手段からのみ成るモジュールと、機能利用手段からのみ成るモジュールをもつシステム構成を実施例として示したが、機能利用手段と機能提供手段の両方をもつモジュールなども可能でありモジュールの数、モジュール内の機能手段の構成、モジュール間の機能連携関係などは、任意の構成が可能であり、特にモジュールの構成に関してはこれを限定しない。
【００２８】
また、本実施例においてはコンパイルするモジュール単位を最小単位として、実行機能管理手段によるサブ機能レベルでの整合性の管理を行う構成としたが、リンカが出力する実行モジュールやライブラリ単位でサブ機能レベルでの整合性の管理を行う構成も可能であり、実行機能管理手段がサブ機能レベルでの整合性の管理を行う粒度は特にこれを限定しない。
【００２９】
また、本実施例においてはサブ機能レベルでの整合性の管理として、機能提供手段が提供するサブ機能と、機能利用手段が利用するサブ機能の整合性を判定し、機能利用手段が必要とするサブ機能がすべて機能提供手段において提供されていること確認・管理する構成とした。サブ機能レベルでの整合性の管理としては、他に機能利用手段が利用とするサブ機能のうち機能提供手段が提供していないものに関しては、該当するサブ機能のソースコードのスケルトンを提供する方法など他の管理方法も可能であり、サブ機能レベルでの整合性の管理方法に関しては特にこれを限定しない。
【実施例２】
【００３０】
以下、本発明の他の実施例である実施例２について、図６から図８を用いて説明する。
本実施例は機能利用手段と機能提供手段がメッセージの送受信機能を用いてモジュール相互で連携する例である。
図６は本実施例のモジュール構成を示すモジュール構成図、図７、図８は図６の実行管理手段がモジュール間のサブ機能レベルでの機能連携の管理に用いる必要機能情報および提供機能情報のデータ構造を示す図である。
【００３１】
図６においてモジュールA６０４、モジュールB６１１、モジュールC６２１の構成および各モジュール内の構成手段は図２の実施例と同様である。６４１は情報処理装置上で動作可能なモジュールのメモリへのロード管理および実行管理を行う実行モジュールロード手段、６４２は実行機能管理手段である。
【００３２】
以下本発明の実施例を、図６を用いて説明する。図６はモジュールB611の機能手段６１２が機能利用手段６１４をもち、モジュールA６０１の提供するメッセージ通信機能を用いてモジュールC６２１の機能手段６２２の機能提供手段６２４を利用する例を示すモジュール構成図である。
【００３３】
以下、本実施例の動作を説明する。
処理１：実行モジュールロード手段６４１は情報処理装置起動時にモジュールA・モジュールB・モジュールCをロードする。実行モジュールロード手段６４１はモジュールロード時にモジュール情報を実行機能管理手段６４２に通知する。本実施例では、実行機能管理手段６４２はモジュールBロード時にモジュールBに関連する必要機能情報・提供機能情報を取得する。この処理により必要機能情報７２０を取得する。さらにモジュールCロード時にモジュールCに関連する必要機能情報・提供機能情報を取得する。この処理により提供機能情報８２０を取得する。
【００３４】
処理２：実行モジュールロード手段６４１は予め指定されたモジュールを起動する。この起動処理の前に、実行機能管理手段６４２に対してシステム上にある実行モジュールのモジュール名などの実行モジュール情報を通知する。実行機能管理手段６４２は実行モジュール情報を用いて機能提供手段と機能利用手段のサブ機能レベルでの整合性の管理を行う。
図６の構成で、実行モジュール情報としては、実行対象のモジュールがモジュールA・B・Cであることが含まれる。実行機能管理手段６４２は、この情報を用いて該当する全モジュールの必要機能情報と提供機能情報を取得する。本実施例ではこの処理により、モジュールBの必要機能情報７２０とモジュールＣの提供機能情報８２０を取得する。
【００３５】
次に各必要機能情報に対して対応関数名を取得する。本実施例においては本処理のより、関数名７０１snd()の対応関数名７０３rcv()を取得する。次に各提供機能情報のなかから同一の関数名を検索する。検索結果該当する関数がなければサブ機能レベルでのモジュール間の機能連携ができないのでエラー処理を行う。一方検索結果に該当するものがあった場合には、対応関数の引数７０４および８０４が一致していることを確認の上、機能ID情報の確認を行う。本実施例では、関数rcv()はモジュールCの提供機能情報８２０に登録されているので、機能ID情報の確認を次に行う。
【００３６】
機能ID情報の整合性の確認は、必要機能情報が指定する機能ID情報の取り得る値７０６・７０８・７０９に対して、対応する提供機能情報の対応関数の機能ID情報の対応可能な値と対応するサブ機能情報の有無を確認する。
本実施例では必要機能情報７２０でモジュールBは機能ID情報procidが“５”、message.idが“０”と“１”で対応関数の機能を利用することが規定され、提供機能情報８２０でモジュールCは対応関数rcv()が機能ID情報としてprocidが“５”、message.idが“０”と“１”に対応するサブ機能実行の処理を実装していることが規定される。本実施例においては、以上の機能ID情報の確認処理によりモジュールBとモジュールC間のサブ機能レベルでの整合性が取れていると判断する。
【００３７】
なお、本実施例では必要機能情報・提供機能情報で定義される情報が情報処理装置の起動時点で確定している構成としたが、必要機能情報・提供機能情報の少なくとも１部が情報処理装置起動後に確定する構成も可能であり、必要機能情報・提供機能情報の構成方法に関しては特にこれを限定しない。
【産業上の利用可能性】
【００３８】
上記機能ＩＤ情報に基づいた必要機能情報と提供機能情報を用いたシステム構築の管理を行う実行機能管理手段を設けたことにより、システム構築時またはシステム動作時にモジュールＢの必要とするモジュールＡのサブ機能の管理が可能となり、システムの信頼性が向上する。さらにモジュール作成時においてサブ機能レベルでの整合性の管理が可能となり開発効率が向上する。
【図面の簡単な説明】
【００３９】
【図１】モジュール構成概要図
【図２】ビルド手段構成図
【図３】モジュール構成図
【図４】必要機能情報のデータ構造を示す図
【図５】提供機能情報のデータ構造を示す図
【図６】モジュール構成図
【図７】必要機能情報のデータ構造を示す図
【図８】提供機能情報のデータ構造を示す図
【符号の説明】
【００４０】
１０１ モジュールＡ
１０２ 機能手段
１０３ インターフェース手段
２０３ コンパイラ
２０７ リンカ
２０９ 実行機能管理手段
４１０ 必要機能情報
５４０ 提供機能情報
【特許請求の範囲】
【請求項１】
少なくとも２つ以上のプログラムモジュールから成るシステムで、モジュールＡの機能を他のモジュールＢが利用する場合のシステム構築方法であって、
モジュールＢからモジュールＡに送付される機能を指定する情報である機能ＩＤ情報を用い、システム構築時にモジュールＢが要求する前記機能ＩＤ情報の候補である必要機能情報と、モジュールＡが提供可能な機能の情報である提供機能情報との対応関係を用いてシステムの構築管理を行う実行機能管理手段を設けたことを特徴とするシステムの構築方法。
【請求項２】
前記実行機能管理手段を、プログラムのコンパイル・リンクなどを行うビルド手段内に設けたことを特徴とする請求項１記載のシステムの構築方法。
【請求項３】
少なくとも１つ以上の前記モジュールを実行するＣＰＵなどの処理実行手段と、その他のモジュールを実行する処理実行手段が異なるように前記実行機能管理手段が管理することを特徴とする請求項１記載のシステムの構築方法。
【請求項４】
前記システムは、モジュールを処理装置上に実行可能な形式に配置し、実行を管理する実行モジュールロード手段を有し、前記実行機能管理手段を、前記実行モジュールロード手段内に設けたことを特徴とする請求項１記載のシステムの構築方法。
【請求項５】
前記システムは、処理装置がモジュールを実行中に該モジュールが必要とする他のモジュールを配置する動的実行モジュールロード手段を有し、前記実行機能管理手段を、前記動的実行モジュールロード手段内に設けたことを特徴とする請求項１記載のシステムの構築方法。
【請求項６】
前記モジュールＡが提供可能な機能の情報は、複数のサブ機能の情報であることを特徴とする請求項１記載のシステムの構築方法。
【請求項１】
少なくとも２つ以上のプログラムモジュールから成るシステムで、モジュールＡの機能を他のモジュールＢが利用する場合のシステム構築方法であって、
モジュールＢからモジュールＡに送付される機能を指定する情報である機能ＩＤ情報を用い、システム構築時にモジュールＢが要求する前記機能ＩＤ情報の候補である必要機能情報と、モジュールＡが提供可能な機能の情報である提供機能情報との対応関係を用いてシステムの構築管理を行う実行機能管理手段を設けたことを特徴とするシステムの構築方法。
【請求項２】
前記実行機能管理手段を、プログラムのコンパイル・リンクなどを行うビルド手段内に設けたことを特徴とする請求項１記載のシステムの構築方法。
【請求項３】
少なくとも１つ以上の前記モジュールを実行するＣＰＵなどの処理実行手段と、その他のモジュールを実行する処理実行手段が異なるように前記実行機能管理手段が管理することを特徴とする請求項１記載のシステムの構築方法。
【請求項４】
前記システムは、モジュールを処理装置上に実行可能な形式に配置し、実行を管理する実行モジュールロード手段を有し、前記実行機能管理手段を、前記実行モジュールロード手段内に設けたことを特徴とする請求項１記載のシステムの構築方法。
【請求項５】
前記システムは、処理装置がモジュールを実行中に該モジュールが必要とする他のモジュールを配置する動的実行モジュールロード手段を有し、前記実行機能管理手段を、前記動的実行モジュールロード手段内に設けたことを特徴とする請求項１記載のシステムの構築方法。
【請求項６】
前記モジュールＡが提供可能な機能の情報は、複数のサブ機能の情報であることを特徴とする請求項１記載のシステムの構築方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００８−９５７８（Ｐ２００８−９５７８Ａ）
【公開日】平成２０年１月１７日（２００８．１．１７）
【国際特許分類】
【出願番号】特願２００６−１７７４６７（Ｐ２００６−１７７４６７）
【出願日】平成１８年６月２８日（２００６．６．２８）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２０年１月１７日（２００８．１．１７）
【国際特許分類】
【出願日】平成１８年６月２８日（２００６．６．２８）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]