JP5420622B2 - プログラム - Google Patents

Description

本発明は、複数種の中間言語で、これらに共通のネイティブライブラリを利用するソフトウェア開発キット、これを用いて作成された画像形成装置用拡張アプリケーション及びこのアプリケーションを備えた携帯端末装置に関する。

セキュリティを確保するため、企業内に私用コンピュータを持ち込むことは一般に禁止されている。

しかしながら、スマートフォンの普及に伴い、一定条件の下でこの禁止を解除することにより、ビジネス上の処理の効率化が図られようとしている。

ｉＰｈｏｎｅ（登録商標）、Ａｎｄｏｒｏｉｄ（登録商標）及びＷｉｎｄｏｗｓ Ｐｈｏｎｅ（登録商標）などのスマートフォンは、それぞれ異なるプラットフォーム及びプログラミング言語を用いているので、複数種のスマートフォンに対するアプリケーション開発期間が長くなる原因となる。

一方、スマートフォンはデスクトップコンピュータに比べ、ＣＰＵ能力やメモリ容量の点で劣るものの、データサイズが比較的大きい画像を処理する必要があるので、高速処理が要求される。この要求に応えるため、機械語に近くプラットフォームに非依存のＣ言語が用いられている。

しかし、Ｃ言語は低級言語であるので、これを用いてネイティブライブラリを開発するとともにアプリケーションを開発すると、その期間が長くなる。このため、Ｃ言語は高速処理が要求される部分のみに用いられている。

Ｃ言語で作成されコンパイルされたネイティブライブラリは、ＪＮＩ（Java Native Interface）やＣ＋＋／ＣＬＩ（Common Language Infrastructure）を用いて、Ｊａｖａ（登録商標）やＣ＃で作成されコンパイルされた中間言語プログラムと連携させることができる。この点は、Ｃ＋＋言語で作成されコンパイルされたネイティブライブラリについても同様である。

http://ja.wikipedia.org/wiki/Java_Native_Interface http://ja.wikipedia.org/wiki/C%2B%2B/CLI

ところが従来では、Ｊａｖａ（登録商標）とＣ／Ｃ＋＋との連携と、Ｃ＃とＣ／Ｃ＋＋との連携とが、それぞれ独立して行われていたので、ネイティブライブラリの開発及び改良が遅延し、結果として、複数種のスマートフォン用アプリケーションの開発及び改良が遅延する原因となっていた。

本発明の目的は、このような問題点に鑑み、ネイティブライブラリと複数種の中間言語のプログラムとの連携を効率よく行うことが可能なソフトウェア開発キット、これを用いて作成された画像形成装置用拡張アプリケーション及びこのアプリケーションを備えた携帯端末装置を提供することにある。

本発明によるコンピューター実行可能なプログラムの第１態様では、
複数のネイティブ関数又はネイティブメソッドをネイティブサブルーチンとして備えたネイティブライブラリと、
該複数のネイティブサブルーチンのそれぞれについて、第１の中間言語で記述された関数呼出しに応答して、該第１の中間言語で記述された関数呼出しコードの各引数の型を該ネイティブサブルーチンの対応する引数の型に変換して該ネイティブサブルーチンを呼出し、該ネイティブサブルーチンの戻り値の型を該第１の中間言語の対応する型に変換して該第１の中間言語で記述された関数の呼び出し元に返す型変換メソッドを備えた第１ラッパークラスと、
該複数のネイティブサブルーチンのそれぞれについて、第２の中間言語で記述された関数呼出しに応答して、該第２の中間言語で記述された関数呼出しコードの各引数の型を該ネイティブサブルーチンの対応する引数の型に変換して該ネイティブサブルーチンを呼出し、該ネイティブサブルーチンの戻り値の型を該第２の中間言語の対応する型に変換して該第２の中間言語で記述された関数の呼び出し元に返す型変換メソッドを備えた第２ラッパークラスとを有し、該ネイティブライブラリ、該第１ラッパークラス及び該第２ラッパークラスを中間言語用拡張ライブラリとして備えている。

本発明によるコンピューター実行可能なプログラムの第２態様では、第１態様において、
該第１の中間言語はＣ＃の中間言語であり、該第２の中間言語はＪａｖａ（登録商標）の中間言語である。

本発明によるコンピューター実行可能なプログラムの第３態様では、第１又は２態様において、携帯端末のユーザアプリケーション開発用である。

上記第１態様の構成によれば、複数種の中間言語から、それぞれのラッパークラスを介し、これらに共通のネイティブライブラリを利用することができるので、ネイティブライブラリと複数種の中間言語のプログラムとの連携を効率よく行うことが可能となるという効果を奏する。

また、複数種の言語のそれぞれのプログラマが、該ネイティブライブラリを、ネイティブコードであることを意識せずに該複数種の言語のそれぞれの拡張ライブラリとして用いることができるという効果を奏する。

さらに、ネイティブライブラリを複数種の言語で共通に用いることができるので、上記第３態様の構成によれば、複数種の言語のそれぞれが選択的に用いられる携帯端末のアプリケーションの開発及び改良が遅延するのを防止することができるという効果を奏する。

本発明の他の目的、特徴的な構成及び効果は、以下の説明を特許請求の範囲及び図面の記載と関係づけて読むことにより明らかになる。

本発明の実施例１に係る、複数のクラウドサービスを利用する画像形成システムの概略構成図である。 図１中の画像形成装置の階層構造を示すブロック図である。 図１中のスマートフォンの階層構造を示すブロック図である。 図１中のＰＣのハードウェア構成を示す概略ブロック図である。 該ＰＣをソフトウェア開発装置として利用する場合の概略機能ブロック図である。 （Ａ）及び（Ｂ）はそれぞれ第１及び第２のプラットフォーム用の制御モジュール及びその下位側のラッパーＡＰＩの概略ブロック図である。 図６（Ａ）中のラッパークラスに含まれる型変換メソッドでの処理を示す概略フローチャートである。 （Ａ）は第１のプラットフォーム用の制御モジュール作成手順を示す概略フローチャート、（Ｂ）は（Ａ）中のステップＳ１０の説明図である。 （Ａ）は第２のプラットフォーム用の制御モジュール作成手順を示す概略フローチャート、（Ｂ）は（Ａ）の処理の説明図である。

図１は、本発明の実施例１に係る、複数のクラウドサービスを利用する画像形成システムの概略構成図である。

このシステムでは、イントラネット１０に、画像形成装置１１と、ユーザ端末としてのパーソナルコンピュータ（ＰＣ）１２と、無線ＬＡＮのアクセスポイント１３とが結合され、スマートフォン１４がアクセスポイント１３を介してイントラネット１０に結合される。このイントラネット１０がルータ（不図示）を介してインターネット２０に結合される。インターネット２０には、複数のクラウド２１〜２３が結合されている。また、インターネット２０に基地局２４が結合され、スマートフォン１４及び２５から基地局２４を介しイントラネット１０に結合される。

複数のクラウド２１〜２３はそれぞれ、クラウドサービス３１〜３３を各種クライアント端末に対し提供可能となっている。

ユーザは、ＰＣ１２、スマートフォン１４及び２５などに拡張アプリケーションをインストールすることにより、これらからＷｅｂサービスとして、画像形成装置１１のコピー、プリント及びファクシミリなどの基本的なサービスやクラウドサービス３１〜３３並びにこれらサービスを組み合わせたものを実行したり、画像形成装置１１の設定情報を取得したり、この設定を変更したりすることが可能となる。

図１では、簡単化の為に、複数のＰＣ端末を１つのＰＣ１２で代表し、アクセスポイント１３に対する複数の携帯端末を１つのスマートフォン１４で代表し、基地局２４に対する複数の携帯端末を１つのスマートフォン２５で代表している。

図２は、画像形成装置１１の階層構造を示すブロック図である。

画像形成装置１１は、ハードウェアとしてスキャナ４０、プリンタ４１、ＦＡＸ４２、操作パネル４３及びネットワークインターフェイス（ＮＩＣ）４４を備え、プラットフォーム５０を介してそれぞれの基本的な入出力制御を行うことが可能となっている。

プラットフォーム５０は、前記制御を行ったり、電源を管理したり、ＴＣＰ／ＩＰなどのプロトコルで通信したりするオペレーティングシステム（ＯＳ）と、ＯＳの下層の各種デバイスドライバと、ＯＳ上のＪａｖａ（登録商標）ＶＭやＣＬＲ（Common Language Runtime）などの仮想マシン（クラスライブラリ）と、標準ライブラリとを備えている。

制御モジュール５１は、拡張クラスライブラリであって、プラットフォーム５０のＡＰＩ５２を介してこれらハードウェアのそれぞれを機能単位で制御可能となっている。基本アプリケーション５３は、制御モジュール５１のＡＰＩ５４を介し、ハードウェア４０〜４４をコピー、プリント及びファクシミリなどのような論理的な機能単位で制御可能となっている。

ハードウェア４０〜４４に対する設定情報は、操作パネル４３の操作に応答して、制御モジュール５１により設定情報データベース５５に格納され、また、格納された設定情報は、操作パネル４３の操作に応答して制御モジュール５１により、操作パネル４３に表示される。

システム管理部５６は、ＡＰＩ５２又はＡＰＩ５４を介して、ユーザに対する認証、認可の処理を行ったり、エラー管理を行ったり、省電力管理を行ったりする。

ＰＣ１２又はスマートフォン１４若しくは２５から画像形成装置１１へのサービス要求は、ＮＩＣ４４及びプラットフォーム５０を介してＷｅｂサービスプロバイダ５７に伝えられ、Ｗｅｂサービスプロバイダ５７はその要求に応じて、ＡＰＩ５８を介し基本アプリケーション５３を動作させ、ＡＰＩ５４を介し設定情報データベース５５から設定情報を読み出し又は設定情報データベース５５の設定を変更し、それらの結果を返信する。

図３は、スマートフォン１４の階層構造を示すブロック図である。

スマートフォン１４は、ハードウェアとしてカメラ６０、傾きセンサ６１、ブルーツース通信部６２、操作パネル６３及び通信アダプタ６４などを備え、通信アダプタ６４にアンテナ６５が結合され、プラットフォーム７０を介してそれぞれの基本的な入出力制御を行うことが可能となっている。

プラットフォーム７０は、前記制御を行ったり、電源を管理したり、ＴＣＰ／ＩＰなどのプロトコルで通信したりするＯＳと、ＯＳの下層の各種デバイスドライバと、ＯＳ上の仮想マシンと、標準ライブラリとを備えている。

制御モジュール７１は、拡張クラスライブラリであって、プラットフォーム７０のＡＰＩ７２を介してこれらハードウェアのそれぞれを機能単位で制御可能となっている。基本アプリケーション７３は、ブラウザ、動画プレーヤ及びアドレス帳などを含み、制御モジュール７１のＡＰＩ７４を介し、ハードウェア６０〜６４を論理的な機能単位で制御可能となっている。

ハードウェア６０〜６４に対する設定情報は、操作パネル６３の操作に応答して、制御モジュール７１により設定情報データベース７５に格納され、また、格納された設定情報は、操作パネル６３の操作に応答して制御モジュール７１により、操作パネル６３に表示される。

システム管理部７６は、ＡＰＩ７２又は７４を介して、ユーザに対する認証、認可の処理を行ったり、エラー管理を行ったり、省電力管理を行ったりする。

Ｗｅｂクライアント７７は、操作パネル６３の操作に応答してＡＰＩ７２を介しそのＵＲＬにＨＴＴＰプロトコルで要求を送信し、返信された内容を操作パネル６３に表示させる。

拡張アプリケーション（ユーザアプリケーション）７８は、基本アプリケーション７３のＡＰＩ７９を介して、単一又は複数の機能の組み合わせを実行させ、ＡＰＩ７４を介し設定情報データベース７５の設定情報を読み取って操作パネル６３に表示させ又は設定情報データベース７５の設定情報を変更させる。

Ｗｅｂサービスインターフェイス７Ａは、Ｗｅｂサービスを内部メソッドのように呼び出すためのサービスプロキシと、送信時に該メソッドの呼び出しをＸＭＬに変換するシリアライザと、受信時にＸＭＬを該メソッドの戻り値に変換するデシリアライザとを備えている。

上記拡張アプリケーション７８はまた、Ｗｅｂサービスインターフェイス７Ａ及びＷｅｂクライアント７７を介し画像形成装置１１のＷｅｂサービスプロバイダ５７又はクラウド２１〜２３のサービス３１〜３３に対し要求を行い、その結果を、Ｗｅｂクライアント７７及びＷｅｂサービスインターフェイス７Ａを介して受信し、その内容を操作パネル６３に表示させる。

図４は、ＰＣ１２のハードウェア構成を示す概略ブロック図である。図５は、ＰＣ１２をソフトウェア開発装置として利用する場合の概略機能ブロック図である。

ホストコンピュータＰＣ１２では、ＣＰＵ９１がインターフェイス９２を介してメモリ９３、補助記憶装置９４、会話型入出力装置９５及びネットワークインターフェイス９６に結合されている。図４では、簡単化の為に、複数種のインターフェイスを１つのブロック９２で表している。

メモリインターフェイス９２は例えば、ＢＩＯＳが格納されたフラッシュメモリと、主記憶装置として用いられるＤＲＡＭとを備えている。補助記憶装置９４には、ＯＳ、各種デバイスドライバ、ライブラリ及び仮想マシンがプラットフォーム（ＰＦ）として格納され、さらにソフトウェア開発キット（ＳＤＫ）が格納されている。ネットワークインターフェイス９６は、イントラネット１０に結合されている。

このソフトウェア開発装置は、図３中の拡張アプリケーション７８の開発を支援するもであり、ネイティブライブラリを備えてスマートフォンでの処理を高速化可能にするとともに、複数のプラットフォームのうちの任意の１つを搭載したスマートフォンの拡張アプリケーション７８を開発可能にし、しかも、マルチ言語対応にしてプログラミング言語を選択可能にしている。

図５中、構成要素７２Ａ、１７１、１７３〜１７６及び１７９はそれぞれ図３中の構成要素７２、７１、７３〜７６及び７９に対応している。これら構成要素７２Ａ、１７１、１７３〜１７６及び１７９は、図３中の対応する構成要素のうち、拡張アプリケーション７８を開発するのに必要な部分のみを備えていればよい。ラッパーＡＰＩ１７２は、ＡＰＩ１１０をラッパーすることによりＡＰＩ７２と同じに見せかけるものである。

ＰＣ１２は、通常のＳＤＫと同様に、テキストエディタ１００、デザイナ１０１、デバッガ１０２及びビルダ１０３と、ユーザの操作に応答してこれらのいずれかを呼び出す処理やプロジェクト生成処理等を行うアプリ開発統合管理部１０４とを備えている。

デザイナ１０１は、操作パネル６３の画面設計のアプリケーション開発を支援するためのものであって、対話的ビジュアル設計に基づいてプログラムを自動生成するものである。

ビルダ１０３は、複数の言語、例えばＣ＃、Ｃ＋＋、Ｃ及びＪａｖｅ（登録商標）のそれぞれに対応したコンパイラを備えている。

拡張アプリケーション７８のソースコードは、Ｃ＃又はＪａｖａ（登録商標）の言語で、Ｃ／Ｃ＋＋よりも効率よく作成される。このソースコードは、ビルダ１０３内の対応するコンパイラにより、中間言語に翻訳される。この中間言語は、プラットフォーム内のＣ＃ランタイム又はＪａｖａランタイムの下で、解釈実行され又はＪＩＴ（Just In Time）コンパイルされて実行される。Ｃ＃ランタイム及びＪａｖａランタイムはそれぞれ、ＣＬＲ（共通言語実行環境）及びＪＶＭ（Ｊａｖａ仮想マシン）を備えている。

ここで、図５の制御モジュール１７１は、アプリケーションレベルの通信や画像などを高速処理するクラスライブラリを備えており、これは、図６（Ａ）に示すように、Ｃ又はＣ＋＋のソースコードをコンパイルしたネイティブライブラリ１２０と、マルチ言語対応にするためＣ＃及びＪａｖａ（登録商標）のラッパークラスのソースコードをコンパイルしたラッパーＡＰＩ１２１及び１２２とを備えている。

Ｃ＃用ラッパーＡＰＩ１２１は、拡張アプリケーション７８の中間コードの一部が、ネイティブライブラリ１２０内のＣ関数又はＣ＋＋クラスのメソッド（ネイティブサブルーチン）を、Ｃ＃のクラスのインスタンスのメソッドとして呼び出せるようにするためのクラスライブラリであり、Ｃ＃の該メソッドのシグネチャをネイティブライブラリ１２０内のＣ関数又はＣ＋＋クラスのメソッド（ネイティブサブルーチン）のシグネチャに変換する型変換メソッドを含んでいる。

拡張アプリケーション７８の中間コードの一部は、この型変換メソッド介して、ネイティブサブルーチンを呼び出す。

図７は、この型変換メソッドでの処理を示す概略フローチャートである。

（Ｓ０）Ｃ＃のメソッド呼び出しコード（シグネチャ）に含まれる引数の型を、ネイティブライブラリ１２０内の対応するネイティブサブルーチンの引数の型に変換する。

（Ｓ１）この引数を用いて該ネイティブサブルーチンを呼び出す。これにより、該ネイティブサブルーチンが実行されて、戻り値が生成される。

（Ｓ３）この戻り値の型を、メソッド呼出元の対応する型（上記シグネチャの戻り値の型）に変換し、メソッド呼出元に返す。

ラッパーＡＰＩ１２１は、このような型変換メソッドと、Ｃ＃の仕様に基づいてメモリ管理を行うためのコンストラクタ及びデストラクタなどの言語仕様変換に必須のものとを含んだ１つ又は複数のクラス（クラスライブラリ）である。

Ｊａｖａ用ラッパークラス１２２もＣ＃用ラッパーＡＰＩ１２１と同様である。

Ｃ＃用ラッパークラス１２１及びＪａｖａラッパークラス１２２は、ラッパークラス生成ツール内の対応する言語のものを用いて生成される。即ち、ラッパークラス生成ツールは、Ｃ＋＋／ＣＬＲを用いてＣ＃ラッパークラス１２０を生成するツールと、ＪＮＩに基づいてＪａｖａラッパークラス１２１１を生成するツールとを備えている。

ネイティブライブラリ１２０は、特定のプラットフォーム７０（ＰＬ１）のＯＳ又は／及びライブラリ、例えば．ＮＥＴフレームワークの標準ライブラリを用いて作成されている。ラッパーＡＰＩ１７２は、ネイティブライブラリ１２０から見てプラットフォーム７０をＰＬ１と見なせるようにするためのものである。

ＰＣ１２はまた、図６（Ｂ）に示すような制御モジュール１７１Ａも備えている。

制御モジュール１７１Ａは、ネイティブライブラリ１２０と同一機能のネイティブライブラリ１２０Ａと、Ｃ＃用ラッパーＡＰＩ１２１及びＪａｖａ（登録商標）用ラッパーＡＰＩ１２２とを備え、これらラッパーＡＰＩ１２１及びＡＰＩ１２２は制御モジュール１７１のものと共用である。

ネイティブライブラリ１２０Ａは、他のプラットフォーム７０（ＰＬ２）のＯＳ又は／及びライブラリ、例えばＬｉｎａｘ（登録商標）のクラスライブラリを用いて作成されている。ラッパーＡＰＩ１７２Ａは、ネイティブライブラリ１２０Ａから見てプラットフォーム７０をＰＬ２と見なせるようにするためのものである。

上記共用を可能にするため、ネイティブライブラリ１２０Ａ内の各メソッドのシグネチャはネイティブライブラリ１２０のそれと同一になっている。すなわち、ネイティブライブラリ１２０と１２０ＡのＣ又はＣ＋＋ソースコードでの相違部分は、プラットフォームＰＬ１とＰＬ２のいずれのＡＰＩを使用しているか及びその周辺部分であり、他は互いに同一である。

図８（Ａ）は、制御モジュール１７１の作成手順を示す概略フローチャートである。

（Ｓ１０）プラットフォームＰＬ１用のネイティブライブラリ１２０を作成する。このネイティブライブラリ１２０は、図８（Ｂ）に示すようにラッパーＡＰＩ１７２（クラスライブラリ）内の例えばＡＰＩ１〜ＡＰＩ３を用いている。

（Ｓ１１）各言語用のラッパークラスライブラリ、すなわちラッパーＡＰＩ１２１及びラッパーＡＰＩ１２２を作成する。

図９（Ａ）は、制御モジュール１７１Ａの作成手順を示す概略フローチャートである。

（Ｓ２０）プラットフォームＰＬ２用のネイティブライブラリ１２０Ａを作成する。このネイティブライブラリ１２０Ａは、図９（Ｂ）に示すように、ラッパーＡＰＩ１７２Ａ内の例えばＡＰＩ１Ａ〜ＡＰＩ３Ａを用いている。

ラッパーＡＰＩ１２１及びＡＰＩ１２２は既に作成され、制御モジュール１７１のそれらと共用であるので、さらに作成する必要がない。

図５に戻って、ＰＣ１２はさらに、スマートフォン１４のハードウェアに対応したシミュレータ１０５を備えている。入力装置９５０及び表示装置９５１は図４中の会話型入出力装置９５を構成している。図５中、拡張アプリケーション７８及びＷｅｂサービスインターフェイス７Ａ中のサービスプロキシ以外は、開発環境として予め備えられている。

本実施例１によれば、複数種の言語のいずれかの拡張アプリケーション７８から、対応するラッパーＡＰＩ１２１又は１２２を介し、これらに共通のネイティブライブラリ１２０を利用することができるので、ネイティブライブラリ１２０と複数種の中間言語のプログラムとの連携を効率よく行うことが可能となるという効果を奏する。

また、複数種の言語のそれぞれのプログラマが、ネイティブライブラリ１２０を、ネイティブコードであることを意識せずに該複数種言語のそれぞれの中間言語用拡張ライブラリとして用いることができるという効果を奏する。

さらに、ネイティブライブラリ１２０を複数種の言語で共通に用いることができるので、複数種の言語のそれぞれが選択的に用いられるスマートフォンアプリケーションの開発及び改良が遅延するのを防止することができるという効果を奏する。

以上において、本発明の好適な実施例を説明したが、本発明には他にも種々の変形例が含まれ、上記実施例で述べた各構成要素の機能を実現する他の構成を用いたもの、当業者であればこれらの構成又は機能から想到するであろう他の構成も、本発明に含まれる。

例えば、ラッパーＡＰＩ１２０、１２２は、ＡＰＩ１７４の一部であってもよい。換言すれば、ラッパーＡＰＩ１２０、１２２をＡＰＩ１７４の一部として用いる構成であってもよい。

また、中間言語にコンパイルされるオブジェクト指向言語は、上記以外のものであってもよい。ネイティブライブラリはアセンブリ言語を一部又は全部用いて作成したものであってもよい。

１０ イントラネット
１１ 画像形成装置
１２ ＰＣ
１３ アクセスポイント
１４、２５ スマートフォン
２０ インターネット
２１〜２３ クラウド
２４ 基地局
３１〜３３ クラウドサービス
４０ スキャナ
４１ プリンタ
４２ ＦＡＸ
４３ 操作パネル
４４ ＮＩＣ
５０、７０、１１０、ＰＬ１、ＰＬ２ プラットフォーム
５１、７１、１７１ 制御モジュール
５２、５４、５８、７２、７４、７９、１７４、１７９ ＡＰＩ
５３、７３、１７３ 基本アプリケーション
５５、７５、１７５ 設定情報データベース
５６、７６、１７６ システム管理部
５７ Ｗｅｂサービスプロバイダ
６０ カメラ
６１ 傾きセンサ
６２ ブルーツース通信部
６３ 操作パネル
６４ 通信アダプタ
６５ アンテナ
７２Ａ、１７２、１７２Ａ、１２１、１２２ ラッパーＡＰＩ
７７ Ｗｅｂクライアント
７８、７８Ａ 拡張アプリケーション
７Ａ、７Ｂ Ｗｅｂサービスインターフェイス
９１ ＣＰＵ
９２ インターフェイス
９３ メモリ
９４ 補助記憶装置
９５ 会話型入出力装置
９６ ネットワークインターフェイス
１００ テキストエディタ
１０１ デザイナ
１０２ デバッガ
１０３ ビルダ
１０４ アプリ開発統合管理部
１０５ スマートフォンハードウェアシミュレータ
１２０、１２０Ａ ネイティブライブラリ

Claims (3)

1. 複数のネイティブ関数又はネイティブメソッドをネイティブサブルーチンとして備えたネイティブライブラリと、
   該複数のネイティブサブルーチンのそれぞれについて、第１の中間言語で記述された関数呼出しに応答して、該第１の中間言語で記述された関数呼出しコードの各引数の型を該ネイティブサブルーチンの対応する引数の型に変換して該ネイティブサブルーチンを呼出し、該ネイティブサブルーチンの戻り値の型を該第１の中間言語の対応する型に変換して該第１の中間言語で記述された関数の呼び出し元に返す型変換メソッドを備えた第１ラッパークラスと、
   該複数のネイティブサブルーチンのそれぞれについて、第２の中間言語で記述された関数呼出しに応答して、該第２の中間言語で記述された関数呼出しコードの各引数の型を該ネイティブサブルーチンの対応する引数の型に変換して該ネイティブサブルーチンを呼出し、該ネイティブサブルーチンの戻り値の型を該第２の中間言語の対応する型に変換して該第２の中間言語で記述された関数の呼び出し元に返す型変換メソッドを備えた第２ラッパークラスと、
   を有し、該ネイティブライブラリ、該第１ラッパークラス及び該第２ラッパークラスを中間言語用拡張ライブラリとして備えていることを特徴とするコンピューター実行可能なプログラム。
2. 該第１の中間言語はＣ＃の中間言語であり、該第２の中間言語はＪａｖａ（登録商標）の中間言語であることを特徴とする請求項１に記載のコンピューター実行可能なプログラム。
3. 携帯端末のユーザアプリケーション開発用であることを特徴とする請求項１又は２に記載のコンピューター実行可能なプログラム。

Images