JP2003296138A - 組込み機器用アプリケーションのシミュレートデバッグ方法 - Google Patents

Abstract

(57)【要約】 【課題】 組込みJavaアプリケーションに修正を加えず
にシミュレートデバッグできるようにする。 【解決手段】 シミュレート・デバッグ環境時におい
て、起動時に、通信パス定義ファイル７を用いて、各Ａ
ＰＩに対応する機能クラス名６ａ〜６ｅと通信パス３ａ
〜３ｅとを関連付けると共に通信パスに識別ＩＤを割り
当てる。この通信パス定義ファイル７は、内容的には、
実機上で動作させる際に利用する他の通信パス定義ファ
イルにおけるデバイスドライバ名が、それに対応する機
能クラス名に置き変わったものである。その後の組込み
Javaアプリケーション１実行処理中、生成されるＡＰＩ
２ａ〜ＡＰＩ２ｄは、自己に割り当てられている識別Ｉ
Ｄと同一の識別ＩＤの通信パスに処理要求を渡す。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、組込み機器用アプ
リケーションのシミュレートデバッグ方法に関する。

【０００２】

【従来の技術】近年、組込み機器用アプリケーションを
Ｊａｖａ言語で開発することが行われている（ＪＡＶＡ
は、サン・マイクロシステムズ・インコーポレーテッド
の登録商標）。

【０００３】尚、組込み機器用アプリケーションの“組
込み機器”とは、正確には“ソフトウェアを内部に組込
んだ機器”という意味である。組込み機器用アプリケー
ションは、機器を制御する為のソフトウェアである。
“組込み機器”とは、組込み機器用アプリケーションを
内部に組込んだ機器全てを指し、具体例としては、携帯
情報端末（携帯電話、ＰＤＡ等）やビデオカメラ、ファ
クシミリ、電子レンジ、テレビ等の家電製品、オシロス
コープ等の計測器、ＰＣ（パソコン）のマザーボード
（ＢＩＯＳプログラム搭載）等があるが、これら以外に
も様々な機器がある。

【０００４】

【発明が解決しようとする課題】上記のような組込み機
器用アプリケーションをＪａｖａ言語で開発する場合、
まず、Ｊａｖａ言語には実機上でデバッグを行うための
デバッグ環境がないため、実機上（シミュレーション用
ＰＣと区別する為、以下、“組込み機器”自体の事は
“実機”と言う）でデバッグを行う事が出来なかった。

【０００５】また実機に依存したデバイスドライバを使
用しているため、ＰＣ（パソコン）上でアプリケーショ
ンのデバッグを行う場合、実機とハードウェア構成が異
なるＰＣ上では、このデバイスドライバは正常な動作が
できない為、この影響を受けて正常なデバッグ・シミュ
レーションを行うことができない場合がある。この為、
ＰＣ（パソコン）上でアプリケーションのデバッグを行
う際には、実機に依存したデバイスドライバを使用せ
ず、代わりにその機能をシミュレートするシミュレータ
を用意していた。この為、シミュレータを呼び出す内容
へとアプリケーションプログラムを変更しなければなら
なかった。

【０００６】しかしながら、このようにすると、開発工
数の増大、アプリケーションに変更を加えることによる
不具合発生の危険性の増加、実機とデバッグ環境の違い
による動作不良の発生を招くといった問題があった。

【０００７】本発明の課題は、実機上で動作する組込み
機器用アプリケーションに修正を加えずに、ＰＣ上でシ
ミュレートデバッグすることができ、また組込み機器用
アプリケーションの使用するデバイスドライバを切り換
えることができる組込み機器用アプリケーションのシミ
ュレートデバッグ方法を提供することである。

【０００８】

【課題を解決するための手段】本発明による組込み機器
用アプリケーションのシミュレートデバッグ方法は、処
理中、任意のＡＰＩを生成し、該ＡＰＩに割当てられた
識別ＩＤにより、使用するデバイスドライバを指定する
機能を有する組込み機器用アプリケーションをシミュレ
ート・デバッグする環境上において、実機デバイスの機
能をシミュレートするシミュレータと、該実機デバイス
上でのデバイスドライバの代わりに前記シミュレート・
デバッグ環境上で該シミュレータを呼び出す機能クラス
と、通信経路クラスとを用意し、予め定義される、機能
クラスオブジェクトと通信経路クラスオブジェクトと前
記識別ＩＤとの対応関係に基づいて、組込み機器用アプ
リケーションの起動時に動的に各機能クラスオブジェク
トと各通信経路クラスオブジェクトとを関連付けると共
に識別ＩＤを割り当て、前記組込み機器用アプリケーシ
ョンが前記シミュレータを使用する際に、使用する機能
クラスオブジェクトに関連付けられた通信経路クラスオ
ブジェクトを、各ＡＰＩに割当てられた識別ＩＤで指定
する。

【０００９】上記組込み機器用アプリケーションのシミ
ュレートデバッグ方法は、通信経路クラスを用意し、実
機上ではこの通信経路クラスオブジェクトとデバイスド
ライバと識別ＩＤの対応関係を記述した定義ファイルを
用い、デバッグ環境上では通信経路クラスオブジェクト
と機能クラスオブジェクトと識別ＩＤの対応関係を記述
した定義ファイルを用いることにより、実機上で動作す
る組込み機器用アプリケーションに一切修正を加えず
に、ＰＣ上（デバッグ環境上）でシミュレートデバッグ
する事が可能となる。これより、開発工数を低減し、ア
プリケーションに変更を加えることによる不具合発生の
危険性の増加、実機とデバッグ環境の違いによる動作不
良の発生を防止することができる。

【００１０】また、定義ファイルの代わりにクラスを用
意するようにしてもよい。

【００１１】

【発明の実施の形態】以下、図面を参照して、本発明の
実施の形態について説明する。尚、以下の実施の形態の
説明では、組込み機器用アプリケーションの一例として
Javaアプリケーションを例にして説明するが、これに限
るわけではない。

【００１２】図１は、実機上における初期処理について
説明する為の図である。但し、初期処理の説明の前に、
同図を参照しながら、初期処理完了後の動作について概
略的な説明を行うものとする。

【００１３】まず、組込み機器用Javaアプリケーション
１（以下、単にJavaアプリケーション１という）は、各
デバイスドライバ４ａ〜４ｅに対して直接処理要求を出
すのではなく、アプリケーションプログラムから実機の
持つ各機能を呼び出すためのインタフェースクラスであ
るＡＰＩ（Application Programming Interface ）クラ
スのオブジェクトＡＰＩ２ａ〜ＡＰＩ２ｄの何れかを生
成して、生成したオブジェクトに対して処理要求を出
す。

【００１４】ＡＰＩクラスオブジェクトＡＰＩ２ａ〜Ａ
ＰＩ２ｄは、自己が対応する通信経路クラスオブジェク
ト（この通信経路クラスのオブジェクトを通信パスと呼
び、通信パス３ａ〜３ｅと記す）に上記処理要求を渡
す。そして、通信パス３ａ〜３ｅからデバイスドライバ
４ａ〜４ｅを介して、デバイス（不図示）に処理要求を
送信する。各通信パス３ａ〜３ｅは、後述する初期処理
時に通信パス定義ファイル５の定義に従ってデバイスド
ライバ４ａ〜４ｅの何れかに関連付けられ、且つ関連付
けられたデバイスドライバの識別ＩＤが割り当てられて
いる。また、各ＡＰＩクラスのオブジェクトＡＰＩ２ａ
〜ＡＰＩ２ｄは、その生成時に、自己が対応するデバイ
スドライバの識別ＩＤが割り当てられており、この識別
ＩＤと同じ識別ＩＤを持つ通信パスに対して、上記処理
要求を送信する。

【００１５】各通信パス３ａ〜３ｅは、唯一つのデバイ
スドライバと接続している。複数の通信パスが同じ１つ
のデバイスドライバと接続していても良い。反対に一つ
の通信パスが二つ以上のデバイスドライバと接続しては
ならない。

【００１６】通信パス３ａ〜３ｅは、後述する通信パス
定義ファイル５に基づいて、デバイスドライバの実体と
関連付けられる。また、個々の通信パスを識別する識別
ＩＤが割当てられる。これは、上記通信パス定義ファイ
ル５に基づいて割当てられる。

【００１７】ここで、ＡＰＩクラスオブジェクトＡＰＩ
２ａ〜ＡＰＩ２ｄは、使用するデバイスドライバが各々
固定的に決まっており（使用するデバイスドライバの識
別ＩＤが上記の通り割り当てられる）、このままでは各
オブジェクトＡＰＩ２ａ〜ＡＰＩ２ｄはそれぞれ常に決
まったデバイスドライバしか呼び出せない。

【００１８】一方、本発明によれば、通信パス定義ファ
イル５の内容を変更して、通信パス３ａ〜３ｅとデバイ
スドライバとの対応関係を切換えることで、ＡＰＩクラ
スに一切変更を加えることなく、ＡＰＩクラスの各オブ
ジェクトが呼び出す相手（実機のデバイスドライバまた
はデバッグ環境上の機能シミュレートクラス（後述す
る））を切換えることが可能になる。

【００１９】ＡＰＩクラスオブジェクトＡＰＩ２ａ〜Ａ
ＰＩ２ｄの何れかが、上記の様に自身に割当てられた識
別ＩＤと同じ識別ＩＤを割当てられている通信パスに対
して処理要求を出すと、その通信パスは、自己に関連付
けられているデバイスドライバに処理要求を渡し、また
処理結果をデバイスドライバから受け取って、処理要求
を出したＡＰＩクラスオブジェクトに返す。

【００２０】以下、初期処理について説明する。まず、
最初に、各デバイスドライバと通信パスとの対応関係、
及び識別ＩＤを、通信パス定義ファイル５にて定義して
おく。又は識別ＩＤとデバイスドライバと通信パスの対
応関係をデータとして持つクラスを作成し、そのクラス
に定義する（このクラスを通信パス定義クラスと呼ぶ）
（図１の）。以下の説明では、通信パス定義ファイル
５をメインにして説明する。

【００２１】識別ＩＤの割当てはJavaアプリケーション
起動時の初期処理として行う。まずJavaアプリケーショ
ンの起動時に通信パス定義ファイル５を読み込む。読み
込んだ内容は識別ＩＤ・デバイスドライバ・通信パス対
応属性として保存される（又は通信パス定義クラスのオ
ブジェクトを生成する）（図１の）。

【００２２】通信パス定義ファイル５を読み込んだ後
（又は通信パス定義クラスのオブジェクトを生成した
後）、通信パス定義ファイル５（又は通信パス定義クラ
スのオブジェクト）に定義されているデバイスドライバ
をメモリ上にロードする。既にロードされている場合は
その参照（既にメモリ上へロードされているデバイスド
ライバオブジェクトへの参照）を取得する（図１の
）。

【００２３】通信パス定義ファイル５（又は通信パス定
義クラスオブジェクト）に定義されているデバイスドラ
イバのロード・参照取得後、識別ＩＤ・デバイスドライ
バ・通信パス対応関係に従って、各通信パスを、対応す
るデバイスドライバの実体と関連付ける（図１の）。

【００２４】各通信パスと対応するデバイスドライバの
実体との関連付けが完了した後、通信パス定義ファイル
５（又は通信パス定義クラスオブジェクト）の定義に従
って各通信パスに対応した識別ＩＤを割当てる（図１の
）。

【００２５】通信パスに識別ＩＤが割当てられた後は、
Javaアプリケーションはデバイスに対して処理要求を出
す事ができる。以上、初期処理について説明した。

【００２６】以下、まず、図２を参照して実機上の動作
について説明し、次に図３を参照してデバッグ環境での
動作について説明する。本例によれば、実機上で動作す
るJavaアプリケーションを、変更を加えずに、ＰＣ上の
デバッグ環境で正常に動作させることができる。

【００２７】図２は、実機上の動作について説明する為
の図である。尚、同図では、デバイスドライバの一部を
省略して示してある。ここでは、既に、図１に示す内容
の通信パス定義ファイル５に従って上記初期処理が行わ
れているものとする。

【００２８】同図では、Javaアプリケーション１が、実
機デバイスに対する処理要求に対応するＡＰＩクラスオ
ブジェクトとして例えばＡＰＩ２ｂを生成した場合を例
にして説明する（図２の）。

【００２９】Javaアプリケーション１からの処理要求を
受けた後、ＡＰＩ２ｂは自身の持つ識別ＩＤ（＝２）と
同じ識別ＩＤを持つ通信パス３ｂに処理要求を送る（図
２の）。ＡＰＩ２ｂからの処理要求を受けた通信パス
３ｂは、自身と接続している（関連付けられている）デ
バイスドライバ４ｂに対して、ＡＰＩ２ｂからの処理要
求を送る（図２の）。

【００３０】処理要求を受けたデバイスドライバ４ｂ
は、自身が対応する実機デバイス（不図示）に、通信パ
ス３ｂから受けた処理要求を送る。また、この処理要求
に対する実機デバイスからの処理結果を受けとり、この
処理結果を処理要求を送ってきた通信パス３ｂに返す
（図２の）。

【００３１】デバイスドライバ４ｂからの処理結果を受
けた通信パス３ｂは、その処理結果を、処理要求を送っ
てきたＡＰＩ２ｂへ送る（図２の）。通信パス３ｂか
ら処理結果を受けたＡＰＩ２ｂは、この処理結果をJava
アプリケーション１へ送る（図２の）。

【００３２】このようにして、Javaアプリケーション１
は、自身の出した実機デバイスへの処理要求に対する処
理結果を受ける。次に実機デバイス上で動作しているJa
vaアプリケーション１を、変更を加えずに、ＰＣ上のデ
バッグ環境へ持ってくる。Javaアプリケーション１とＡ
ＰＩクラス２及び通信経路クラス３の各オブジェクト
は、実機上で動作するものと同一である。また、実機の
機能をシミュレートするシミュレータを用意し、デバイ
スドライバの代わりにシミュレータを呼び出す機能シミ
ュレートクラスを用意する。従来では、Javaアプリケー
ション１を、この機能シミュレートクラスを呼び出すも
のへと変更しなければならなかったが、本例ではその必
要はなくなる。すなわち、シミュレートデバッグ環境上
では、上記通信パス定義ファイル５ではなく、図３の通
信パス定義ファイル７を用いて起動するようにすればよ
い。

【００３３】図３を参照して詳しく説明する。図３は、
デバッグ環境での動作について説明する為の図である。
予め、通信パス定義ファイル７には、識別ＩＤ、機能シ
ミュレートクラス、通信パスの対応関係が定義されてい
る（図３の）。通信パス定義ファイル７の内容は、図
示の通り、通信パス定義ファイル５における“ＡＰＩに
対応するデバイスドライバ名”が、対応する機能クラス
名（機能シミュレートクラスの各オブジェクト名）に置
き換えられたものとなっている。

【００３４】デバッグ環境上での識別ＩＤの割当ては、
Javaアプリケーション１起動時の初期処理として行う。
まずJavaアプリケーション１の起動時に通信パス定義フ
ァイル７を読み込む。読み込んだ内容は識別ＩＤ、機能
シミュレートクラス、通信パス対応関係として保存する
（図３の）。

【００３５】デバッグ環境上での実行時に、Javaアプリ
ケーション１は（上記の通り変更していないので）上述
した実機の場合と同様にして処理要求を出すが、この処
理要求は通信パスを介して間接的に機能シミュレートク
ラスオブジェクトに渡されるので、Javaアプリケーショ
ン１は実機と異なるデバッグ環境上であることを意識す
ることなく、シミュレータに処理を行なわせることがで
きる。

【００３６】すなわち、Javaアプリケーション１が、あ
る処理に対応して例えばＡＰＩクラスオブジェクトＡＰ
Ｉ２ｂを生成して、生成したＡＰＩ２ｂに処理要求を送
った場合（図３の）、ＡＰＩ２ｂは、自身に割り当て
られた識別ＩＤ（自身が対応するデバイスドライバの識
別ＩＤ）と同じ識別ＩＤを持つ通信パス３ｂに対して、
Javaアプリケーション１からの処理要求を送信する（図
３の）。

【００３７】ＡＰＩ２ｂからの処理要求を受けた通信パ
ス３ｂは、自身と接続された（関連付けられている）機
能シミュレートクラスオブジェクト（以下、機能クラス
と呼ぶ）６ｂに、ＡＰＩ２ｂからの処理要求を送信する
（図３の）。

【００３８】通信パス３ｂからの処理要求を受けた機能
クラス６ｂは、これを自身が対応するシミュレータ（不
図示）に渡し、この処理要求に対する処理結果をシミュ
レータから受取り、これを通信パス３ｂに送る（図３の
）。

【００３９】機能クラス６ｂから処理結果を受けた通信
パス３ｂは、この処理結果を自身に処理要求を送ってき
たＡＰＩ２ｂに送る（図３の）。通信パス３ｂから処
理結果を受けたＡＰＩ２ｂは、この処理結果をJavaアプ
リケーション１に送る（図３の）。

【００４０】このようにして、Javaアプリケーション１
自体は、実機のデバイスドライバに対する処理要求と同
じ処理要求を出すが、この処理要求は一旦通信パスに渡
され、通信パスは、この処理要求を自己が関連付けられ
ている（通信パス定義ファイル７で定義された）機能ク
ラスに渡すので、Javaアプリケーション１はデバッグ環
境上であることを意識することなく、シミュレータに処
理を行なわせ、その処理結果を受け取ることができる。

【００４１】このように、Javaアプリケーション１は、
実機デバイス上でも、ＰＣ上のデバッグ環境において
も、同じ動作（処理要求）をすればよいので、Javaアプ
リケーション１に一切変更を加えずにシミュレーション
・デバッグをＰＣ上で行う事ができる。

【００４２】次に、以下に、実機デバイスに機能追加さ
れた場合について説明する。本例によれば、このような
場合でも、Javaアプリケーション１に変更を加えずに、
デバッグ環境で動作させることができる。

【００４３】尚、ここで断っておくならば、本例は実機
デバイスに機能追加された場合なので、機能追加前の状
態からして上記図１〜図３で示した構成とは異なる構成
を前提としている。すなわち、図１〜図３の例で、複数
のデバイスドライバ４ａ〜４ｅが存在し、各通信パス３
ａ〜３ｅは、各デバイスドライバ４ａ〜４ｅに対応する
構成であったが、これに限るわけではなく、各通信パス
３ａ〜３ｅがデバイスドライバの中の個々の各機能に対
応する構成であってもよい。

【００４４】図４、図５は、このような構成において、
デバイスドライバに新たな機能が追加された場合の一例
を示している。具体的には、図４に示す構成の中で、最
初、デバイスドライバ１４の各機能に対応して、通信パ
ス１３ａ〜１３ｅが存在していたものとする（また、Ａ
ＰＩクラスオブジェクトＡＰＩ１２ａ〜ＡＰＩ１２ｄが
生成されるものとする）。この状態から、デバイスドラ
イバ１４に新たな機能が追加されたとする（勿論、図１
〜図３で示した構成において、新たなデバイスドライバ
を追加した場合にも、本例は適用可能である）。

【００４５】この場合、まず、このデバイスドライバ１
４の追加機能に対応して、ＡＰＩクラスに新たなオブジ
ェクトＡＰＩ１２ｅを新規作成し、Javaアプリケーショ
ン１１にこのＡＰＩ１２ｅを呼び出す処理を追加する。

【００４６】このようにして処理内容を追加／変更した
Javaアプリケーション１１を、実機デバイス上に搭載す
る。また、通信パス定義ファイル１５には、追加したＡ
ＰＩ１２ｅが使うデバイスドライバ１４の機能、及びこ
の機能に関連付けられるべき通信パスの定義を追加す
る。尚、もし既存のＡＰＩと同じ識別ＩＤを割当てられ
ているのなら定義を追加する必要はない（図４の）。

【００４７】Javaアプリケーション１１起動後、Javaア
プリケーション１１は、通信パス定義ファイル１５を読
み込み、識別ＩＤ・通信パス・デバイスドライバの対応
関係を割当てる。対応関係を割当てた後、Javaアプリケ
ーション１１は実機デバイスに対して処理要求を出すこ
とが可能な状態になる（図４の）。

【００４８】Javaアプリケーション１１は、実機デバイ
スに対して、例えば上記追加した機能を使うための処理
要求を出す時、ＡＰＩ１２ｅを生成し、このＡＰＩ１２
ｅに処理要求を送る（図４の）。

【００４９】Javaアプリケーション１１から処理要求を
受けた後、ＡＰＩ１２ｅは自身の識別ＩＤ（＝６）を割
当てられた通信パス１３ｆに対して処理要求を送る（図
４の）。

【００５０】ＡＰＩ１２ｅからの処理要求を受けた後、
通信パス１３ｆはデバイスドライバ１４に対してＡＰＩ
１２ｅからの処理要求を送る（図４の）。デバイスド
ライバ１４は、通信パス１３ｆからの処理要求を実機デ
バイス（不図示）に対して送り、その処理要求に対する
実機デバイスからの処理結果を通信パス１３ｆに送る
（図４の）。

【００５１】デバイスドライバ１４からの処理結果を受
けた通信パス１３ｆは、その処理結果をＡＰＩ１２ｅに
送る（図４の）。通信パス１３ｆからの処理結果を受
けたＡＰＩ１２ｅは、その処理結果をJavaアプリケーシ
ョン１１に送る（図４の）。

【００５２】このようにして、Javaアプリケーション１
１は、実機デバイスに新たな機能が追加された場合で
も、何等問題なく、処理要求を出して、処理結果を受け
ることができる。

【００５３】次に、上記のように実機デバイス上にある
追加機能を呼び出す処理を追加したJavaアプリケーショ
ン１１を、そのままデバッグ環境へ持ってくる。ＰＣ上
等のデバッグ環境においては、実機デバイスの新機能を
シミュレートする新たな機能シミュレータを追加用意
し、この新機能シミュレータを呼び出す新たな機能シミ
ュレートクラスのオブジェクト（機能クラス１６ｆ）を
新規作成する。尚、図示の機能クラス１６ａ〜１６ｅ
は、新機能追加以前の状態から、実機デバイスの各機能
をシミュレートする各機能シミュレータに対応して作成
されていた、機能シミュレートクラスの各オブジェクト
である。

【００５４】また、デバッグ環境用に用意されている通
信パス定義ファイル１７に、ＡＰＩ１２ｅの持つ識別Ｉ
Ｄと機能クラス１６ｆとそれと接続する通信パス１３ｆ
の対応関係を追加する（図５の）。

【００５５】以上の準備を行っておくことを前提にし
て、以下、デバッグ処理の一例について説明する。ま
ず、デバッグ環境上でのJavaアプリケーション１１起動
時に、通信パス定義ファイル１７を読み込ませ、識別Ｉ
Ｄ・通信パス・機能クラスの対応関係を割当てる。対応
関係を割当てた後、Javaアプリケーション１１は機能ク
ラスに対して処理要求を出すことが可能になる（図５の
）。

【００５６】デバッグ開始後、Javaアプリケーション１
１が実機デバイスの追加機能の処理を要求する場合の例
を説明する。この場合、Javaアプリケーション１１は、
ＡＰＩ１２ｅに処理要求を出す（図５の）。

【００５７】Javaアプリケーション１１からの処理要求
を受けると、ＡＰＩ１２ｅは自身の識別ＩＤを割当てら
れた通信パス１３ｆに処理要求を送る（図５の）。Ａ
ＰＩ１２ｅからの処理要求を受けた通信パス１３ｆは、
自身と接続された機能クラス１６ｆに、この処理要求を
送信する（図５の）。

【００５８】通信パス１３ｆからの処理要求を受けた機
能クラス１６ｆは、上記新たに追加された機能シミュレ
ータを呼び出し、処理を行わせ、処理結果を受け取っ
て、通信パス１３ｆへ送る（図５の）。

【００５９】通信パス１３ｆは、機能クラス１６ｆから
の処理結果をＡＰＩ１２ｅへ送る（図５の）。ＡＰＩ
１２ｅは、通信パス１３ｆから送られた処理結果をJava
アプリケーション１１に送る（図５の）。

【００６０】このようにして、Javaアプリケーション１
１は、自身の出した処理要求に対する機能シミュレータ
の処理結果を受け取る。このように、本例によれば 実
機デバイスに機能追加した場合（実機デバイスの追加機
能を使えるようにJavaアプリケーション１１の修正を行
った場合）でも、実機デバイス上でのJavaアプリケーシ
ョン１１の動作とＰＣ上のデバッグ環境でのJavaアプリ
ケーション１１の動作を同じにする事が可能となり、Ja
vaアプリケーション１１に一切変更を加えずにシミュレ
ートデバッグをＰＣ上で行う事ができる。

【００６１】また、上述した一例では、デバイスドライ
バに機能追加した場合について説明したが、デバイスド
ライバを追加した場合も同様である。更に、本例によれ
ば、通信パス定義ファイルの対応関係を変更することに
より、ＡＰＩクラスには一切変更を加えずに、ＡＰＩク
ラスオブジェクトが呼び出すデバイスドライバ（または
機能クラス）を変更することができる。すなわち、ま
ず、ＡＰＩクラスは、アプリケーションから実機の持つ
機能を呼び出す為のインタフェースであり、ＡＰＩクラ
スオブジェクトが呼び出すデバイスドライバ（または機
能クラス）は、固定的に決まっている（割り当てられた
識別ＩＤは固定的）。よって、このままでは、各ＡＰＩ
クラスオブジェクトは、常に同じデバイスドライバ（機
能クラス）の機能しか呼び出すことができない。ところ
が、本例によれば、通信パス定義ファイルにおける通信
パスとデバイスドライバ（機能クラス）との対応関係を
変更するだけで、ＡＰＩクラスには一切変更を加えず
に、ＡＰＩクラスオブジェクトが呼び出すデバイスドラ
イバ（または機能クラス）を変更することができる。例
えば、図１の通信パス定義ファイル５において、｛＃識
別ＩＤ＃ＡＰＩに対応するデバイスドライバ名＃通信パ
ス｝として、例えば｛１デバイスドライバ４ａ 通信パ
ス３ａ｝を｛１ デバイスドライバ４ｂ 通信パス３
ａ｝に変更すれば、ＡＰＩ２ａは、識別ＩＤ＝１によっ
て通信パス３ａに処理要求を渡すのであり、通信パス３
ａは自己に接続されているデバイスドライバ（すなわち
デバイスドライバ４ｂ）に処理要求を中継するのである
から、ＡＰＩ２ａは、デバイスドライバの変更を意識す
ることなく、デバイスドライバ４ｂの機能を呼び出すこ
とができる。

【００６２】最後に、ハードウェア構成について述べる
ならば、上記の通り、組込み機器としての実機デバイス
は、携帯情報端末（携帯電話、ＰＤＡ等）やビデオカメ
ラ、ファクシミリ、電子レンジ、テレビ等の家電製品、
オシロスコープ等の計測器、ＰＣ（パソコン）のマザー
ボード（ＢＩＯＳプログラム搭載）等様々な機器が考え
られるので、特定のハードウェア構成を示すことには意
味がないが、少なくともＣＰＵとメモリ（上記組込みJa
vaアプリケーション、上記各クラスの定義内容、通信パ
ス定義ファイル等が格納される）を有する。デバッグ環
境は、一般的な構成のコンピュータ（例えばパーソナル
コンピュータ等）で実現されるので、これも特にハード
ウェア構成は図示しないが、例えばＣＰＵ、メモリ、当
該コンピュータに上述した各種処理を実行させる為のプ
ログラム/データ等を記録した記録装置（ハードディス
ク等）、入出力部等を有する構成となっている。尚、上
記プログラム/データ等は、ＦＤ（フレキシブルディス
ク）、ＣＤ―ＲＯＭ等の可搬型記録媒体に記録されてい
るものを、上記コンピュータが読み出し/実行する形態
であってもよい。

【００６３】

【発明の効果】以上、詳細に説明したように、本発明の
組込み機器用アプリケーションのシミュレートデバッグ
方法によれば、通信経路クラスを用意し、実機上ではこ
の通信経路クラスオブジェクトとデバイスドライバと識
別ＩＤの対応関係を記述した定義ファイル（またはその
クラス）を用い、デバッグ環境上では通信経路クラスオ
ブジェクトと機能クラスオブジェクトと識別ＩＤの対応
関係を記述した定義ファイル（またはそのクラス）を用
いることにより、実機上で動作する組込み機器用アプリ
ケーションに一切修正を加えずに、ＰＣ上（デバッグ環
境上）でシミュレートデバッグする事が可能となるの
で、開発工数を低減し、アプリケーションに変更を加え
ることによる不具合発生の危険性の増加、実機とデバッ
グ環境の違いによる動作不良の発生を防止することがで
きる。

【００６４】更に、定義ファイルの内容を変更すること
により、ＡＰＩクラスオブジェクトが呼び出すデバイス
ドライバを変更することができる。

【図面の簡単な説明】

【図１】初期処理について説明する為の図である。

【図２】実機上の動作について説明する為の図である。

【図３】デバッグ環境での動作について説明する為の図
である。

【図４】実機デバイスに機能追加された場合の実機上の
動作について説明する為の図である。

【図５】実機デバイスに機能追加された場合のデバッグ
環境での動作について説明する為の図である。

【符号の説明】

１ （組込み機器用）Javaアプリケーション ２ａ〜２ｄ ＡＰＩクラスオブジェクトＡＰＩ ３ａ〜３ｅ 通信パス ４ａ〜４ｅ デバイスドライバ ５ 通信パス定義ファイル ６ａ〜６ｅ 機能クラス ７ 通信パス定義ファイル １１ Javaアプリケーション １２ａ〜１２ｄ ＡＰＩクラスオブジェクトＡＰＩ １３ａ〜１３ｅ 通信パス １４ デバイスドライバ １５ 通信パス定義ファイル １６ａ〜１６ｆ 機能クラス １７ 通信パス定義ファイル

Claims (5)

【特許請求の範囲】
1. 【請求項１】 処理中、任意のＡＰＩを生成し、該ＡＰ
   Ｉに割当てられた識別ＩＤにより、使用するデバイスド
   ライバを指定する機能を有する組込み機器用アプリケー
   ションをシミュレート・デバッグする環境上において、 実機デバイスの機能をシミュレートするシミュレータ
   と、該実機デバイス上でのデバイスドライバの代わりに
   前記シミュレート・デバッグ環境上で該シミュレータを
   呼び出す機能クラスと、通信経路クラスとを用意し、 予め定義される、機能クラスオブジェクトと通信経路ク
   ラスオブジェクトと前記識別ＩＤとの対応関係に基づい
   て、組込み機器用アプリケーションの起動時に動的に各
   機能クラスオブジェクトと各通信経路クラスオブジェク
   トとを関連付けると共に識別ＩＤを割り当て、 前記組込み機器用アプリケーションが前記シミュレータ
   を使用する際に、使用する機能クラスオブジェクトに関
   連付けられた通信経路クラスオブジェクトを、各ＡＰＩ
   に割当てられた識別ＩＤで指定することを特徴とする組
   込み機器用アプリケーションのシミュレートデバッグ方
   法。
2. 【請求項２】 処理中、任意のＡＰＩを生成し、該ＡＰ
   Ｉに割当てられた識別ＩＤにより、使用するデバイスド
   ライバを指定する機能を有する組込み機器用アプリケー
   ションをシミュレート・デバッグする環境上において、 実機デバイスの機能をシミュレートするシミュレータ
   と、該実機デバイス上でのデバイスドライバの代わりに
   前記シミュレート・デバッグ環境上で該シミュレータを
   呼び出す機能クラスと、通信経路クラスと、機能クラス
   オブジェクトと通信経路クラスオブジェクトと前記識別
   ＩＤとを関係付ける通信パス定義クラスとを用意し、 組込み機器用アプリケーションの起動時に、前記通信パ
   ス定義クラスオブジェクトにより、動的に各機能クラス
   オブジェクトと各通信経路クラスオブジェクトとを関連
   付けると共に識別ＩＤを割り当て、 前記組込み機器用アプリケーションが前記シミュレータ
   を使用する際に、使用する機能クラスオブジェクトに関
   連付けられた通信経路クラスオブジェクトを、各ＡＰＩ
   に割当てられた識別ＩＤで指定することを特徴とする組
   込み機器用アプリケーションのシミュレートデバッグ方
   法。
3. 【請求項３】 実機デバイス上において、 予め定義される、デバイスドライバと通信経路クラスオ
   ブジェクトと識別ＩＤの対応関係に基づいて、組込み機
   器用アプリケーションの起動時に動的に各デバイスドラ
   イバと各通信経路クラスオブジェクトとを関連付け、 組込み機器用アプリケーションが前記実機デバイスの機
   能を使用する際に、使用するデバイスドライバに関連付
   けられた通信経路クラスオブジェクトを、各ＡＰＩに割
   当てられた識別ＩＤで指定することにより間接的に、使
   用するデバイスドライバを指定し、 シミュレート・デバッグ環境上において、 前記実機の機能をシミュレートするシミュレータと、前
   記デバイスドライバの代わりに該シミュレータを呼び出
   す機能クラスを用意し、 予め定義される、前記機能クラスの各オブジェクトと前
   記通信経路クラスの各オブジェクトと前記識別ＩＤとの
   対応関係に基づいて、組込み機器用アプリケーションの
   起動時に動的に各機能クラスオブジェクトと各通信経路
   クラスオブジェクトとを関連付け、 組込み機器用アプリケーションが前記シミュレータを使
   用する際に、使用する機能クラスオブジェクトに関連付
   けられた通信経路クラスオブジェクトを、各ＡＰＩに割
   当てられた識別ＩＤで指定することを特徴とする組込み
   機器用アプリケーションのシミュレートデバッグ方法。
4. 【請求項４】 前記ＡＰＩは、前記デバイスドライバの
   アプリケーションプログラミングインタフェースであ
   り、各ＡＰＩには使用するデバイスドライバの識別情報
   である前記識別ＩＤが割り当てられており、 前記組込み機器用アプリケーションが前記実機デバイス
   の機能を使用する際に生成したＡＰＩは、自己に割り当
   てられている識別ＩＤを持つ通信経路クラスオブジェク
   トに処理要求を渡し、 該通信経路クラスオブジェクトは、自己に関連付けられ
   ているデバイスドライバに該処理要求を渡すことを特徴
   とする請求項３記載の組込み機器用アプリケーションの
   シミュレートデバッグ方法。
5. 【請求項５】 前記デバイスドライバと通信経路クラス
   オブジェクトと識別ＩＤの対応関係の定義内容を変更す
   ることにより、前記各ＡＰＩが使用するデバイスドライ
   バを変更することを特徴とする請求項３記載の組込み機
   器用アプリケーションのシミュレートデバッグ方法。