ソフトウェア開発キット、これを用いて作成された画像形成装置用拡張アプリケーション及びこのアプリケーションを備えた携帯端末装置
【課題】ネイティブライブラリと複数種の中間言語のプログラムとの連携を効率よく行うことが可能なソフトウェア開発キット、これを用いて作成された画像形成装置用拡張アプリケーション及びこのアプリケーションを備えた携帯端末装置を提供する。
【解決手段】第１の中間言語又は第２の中間言語のユーザアプリケーションから、それぞれ第１のラッパークラス１２１又は第２のラッパークラス１２２を介し、これらに共通のネイティブライブラリ１２０を利用する。
【解決手段】第１の中間言語又は第２の中間言語のユーザアプリケーションから、それぞれ第１のラッパークラス１２１又は第２のラッパークラス１２２を介し、これらに共通のネイティブライブラリ１２０を利用する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数種の中間言語で、これらに共通のネイティブライブラリを利用するソフトウェア開発キット、これを用いて作成された画像形成装置用拡張アプリケーション及びこのアプリケーションを備えた携帯端末装置に関する。
【背景技術】
【０００２】
セキュリティを確保するため、企業内に私用コンピュータを持ち込むことは一般に禁止されている。
【０００３】
しかしながら、スマートフォンの普及に伴い、一定条件の下でこの禁止を解除することにより、ビジネス上の処理の効率化が図られようとしている。
【０００４】
ｉＰｈｏｎｅ（登録商標）、Ａｎｄｏｒｏｉｄ（登録商標）及びＷｉｎｄｏｗｓ Ｐｈｏｎｅ（登録商標）などのスマートフォンは、それぞれ異なるプラットフォーム及びプログラミング言語を用いているので、複数種のスマートフォンに対するアプリケーション開発期間が長くなる原因となる。
【０００５】
一方、スマートフォンはデスクトップコンピュータに比べ、ＣＰＵ能力やメモリ容量の点で劣るものの、データサイズが比較的大きい画像を処理する必要があるので、高速処理が要求される。この要求に応えるため、機械語に近くプラットフォームに非依存のＣ言語が用いられている。
【０００６】
しかし、Ｃ言語は低級言語であるので、これを用いてネイティブライブラリを開発するとともにアプリケーションを開発すると、その期間が長くなる。このため、Ｃ言語は高速処理が要求される部分のみに用いられている。
【０００７】
Ｃ言語で作成されコンパイルされたネイティブライブラリは、ＪＮＩ（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）コンパイルされて実行される。Ｃ＃ランタイム及びＪａｖａランタイムはそれぞれ、ＣＬＲ（共通言語実行環境）及びＪＶＭ（Ｊａｖａ仮想マシン）を備えている。
【００５０】
ここで、図５の制御モジュール１７１は、アプリケーションレベルの通信や画像などを高速処理するクラスライブラリを備えており、これは、図６（Ａ）に示すように、Ｃ又はＣ＋＋のソースコードをコンパイルしたネイティブライブラリ１２０と、マルチ言語対応にするためＣ＃及びＪａｖａ（登録商標）のラッパークラスのソースコードをコンパイルしたラッパーＡＰＩ１２１及び１２２とを備えている。
【００５１】
Ｃ＃用ラッパーＡＰＩ１２１は、拡張アプリケーション７８の中間コードの一部が、ネイティブライブラリ１２０内のＣ関数又はＣ＋＋クラスのメソッド（ネイティブサブルーチン）を、Ｃ＃のクラスのインスタンスのメソッドとして呼び出せるようにするためのクラスライブラリであり、Ｃ＃の該メソッドのシグネチャをネイティブライブラリ１２０内のＣ関数又はＣ＋＋クラスのメソッド（ネイティブサブルーチン）のシグネチャに変換する型変換メソッドを含んでいる。
【００５２】
拡張アプリケーション７８の中間コードの一部は、この型変換メソッド介して、ネイティブサブルーチンを呼び出す。
【００５３】
図７は、この型変換メソッドでの処理を示す概略フローチャートである。
【００５４】
（Ｓ０）Ｃ＃のメソッド呼び出しコード（シグネチャ）に含まれる引数の型を、ネイティブライブラリ１２０内の対応するネイティブサブルーチンの引数の型に変換する。
【００５５】
（Ｓ１）この引数を用いて該ネイティブサブルーチンを呼び出す。これにより、該ネイティブサブルーチンが実行されて、戻り値が生成される。
【００５６】
（Ｓ３）この戻り値の型を、メソッド呼出元の対応する型（上記シグネチャの戻り値の型）に変換し、メソッド呼出元に返す。
【００５７】
ラッパーＡＰＩ１２１は、このような型変換メソッドと、Ｃ＃の仕様に基づいてメモリ管理を行うためのコンストラクタ及びデストラクタなどの言語仕様変換に必須のものとを含んだ１つ又は複数のクラス（クラスライブラリ）である。
【００５８】
Ｊａｖａ用ラッパークラス１２２もＣ＃用ラッパーＡＰＩ１２１と同様である。
【００５９】
Ｃ＃用ラッパークラス１２１及びＪａｖａラッパークラス１２２は、ラッパークラス生成ツール内の対応する言語のものを用いて生成される。即ち、ラッパークラス生成ツールは、Ｃ＋＋／ＣＬＲを用いてＣ＃ラッパークラス１２０を生成するツールと、ＪＮＩに基づいてＪａｖａラッパークラス１２１１を生成するツールとを備えている。
【００６０】
ネイティブライブラリ１２０は、特定のプラットフォーム７０（ＰＬ１）のＯＳ又は／及びライブラリ、例えば．ＮＥＴフレームワークの標準ライブラリを用いて作成されている。ラッパーＡＰＩ１７２は、ネイティブライブラリ１２０から見てプラットフォーム７０をＰＬ１と見なせるようにするためのものである。
【００６１】
ＰＣ１２はまた、図６（Ｂ）に示すような制御モジュール１７１Ａも備えている。
【００６２】
制御モジュール１７１Ａは、ネイティブライブラリ１２０と同一機能のネイティブライブラリ１２０Ａと、Ｃ＃用ラッパーＡＰＩ１２１及びＪａｖａ（登録商標）用ラッパーＡＰＩ１２２とを備え、これらラッパーＡＰＩ１２１及びＡＰＩ１２２は制御モジュール１７１のものと共用である。
【００６３】
ネイティブライブラリ１２０Ａは、他のプラットフォーム７０（ＰＬ２）のＯＳ又は／及びライブラリ、例えばＬｉｎａｘ（登録商標）のクラスライブラリを用いて作成されている。ラッパーＡＰＩ１７２Ａは、ネイティブライブラリ１２０Ａから見てプラットフォーム７０をＰＬ２と見なせるようにするためのものである。
【００６４】
上記共用を可能にするため、ネイティブライブラリ１２０Ａ内の各メソッドのシグネチャはネイティブライブラリ１２０のそれと同一になっている。すなわち、ネイティブライブラリ１２０と１２０ＡのＣ又はＣ＋＋ソースコードでの相違部分は、プラットフォームＰＬ１とＰＬ２のいずれのＡＰＩを使用しているか及びその周辺部分であり、他は互いに同一である。
【００６５】
図８（Ａ）は、制御モジュール１７１の作成手順を示す概略フローチャートである。
【００６６】
（Ｓ１０）プラットフォームＰＬ１用のネイティブライブラリ１２０を作成する。このネイティブライブラリ１２０は、図８（Ｂ）に示すようにラッパーＡＰＩ１７２（クラスライブラリ）内の例えばＡＰＩ１〜ＡＰＩ３を用いている。
【００６７】
（Ｓ１１）各言語用のラッパークラスライブラリ、すなわちラッパーＡＰＩ１２１及びラッパーＡＰＩ１２２を作成する。
【００６８】
図９（Ａ）は、制御モジュール１７１Ａの作成手順を示す概略フローチャートである。
【００６９】
（Ｓ２０）プラットフォームＰＬ２用のネイティブライブラリ１２０Ａを作成する。このネイティブライブラリ１２０Ａは、図９（Ｂ）に示すように、ラッパーＡＰＩ１７２Ａ内の例えばＡＰＩ１Ａ〜ＡＰＩ３Ａを用いている。
【００７０】
ラッパーＡＰＩ１２１及びＡＰＩ１２２は既に作成され、制御モジュール１７１のそれらと共用であるので、さらに作成する必要がない。
【００７１】
図５に戻って、ＰＣ１２はさらに、スマートフォン１４のハードウェアに対応したシミュレータ１０５を備えている。入力装置９５０及び表示装置９５１は図４中の会話型入出力装置９５を構成している。図５中、拡張アプリケーション７８及びＷｅｂサービスインターフェイス７Ａ中のサービスプロキシ以外は、開発環境として予め備えられている。
【００７２】
本実施例１によれば、複数種の言語のいずれかの拡張アプリケーション７８から、対応するラッパーＡＰＩ１２１又は１２２を介し、これらに共通のネイティブライブラリ１２０を利用することができるので、ネイティブライブラリ１２０と複数種の中間言語のプログラムとの連携を効率よく行うことが可能となるという効果を奏する。
【００７３】
また、複数種の言語のそれぞれのプログラマが、ネイティブライブラリ１２０を、ネイティブコードであることを意識せずに該複数種言語のそれぞれの中間言語用拡張ライブラリとして用いることができるという効果を奏する。
【００７４】
さらに、ネイティブライブラリ１２０を複数種の言語で共通に用いることができるので、複数種の言語のそれぞれが選択的に用いられるスマートフォンアプリケーションの開発及び改良が遅延するのを防止することができるという効果を奏する。
【００７５】
以上において、本発明の好適な実施例を説明したが、本発明には他にも種々の変形例が含まれ、上記実施例で述べた各構成要素の機能を実現する他の構成を用いたもの、当業者であればこれらの構成又は機能から想到するであろう他の構成も、本発明に含まれる。
【００７６】
例えば、ラッパーＡＰＩ１２０、１２２は、ＡＰＩ１７４の一部であってもよい。換言すれば、ラッパーＡＰＩ１２０、１２２をＡＰＩ１７４の一部として用いる構成であってもよい。
【００７７】
また、中間言語にコンパイルされるオブジェクト指向言語は、上記以外のものであってもよい。ネイティブライブラリはアセンブリ言語を一部又は全部用いて作成したものであってもよい。
【符号の説明】
【００７８】
１０ イントラネット
１１ 画像形成装置
１２ ＰＣ
１３ アクセスポイント
１４、２５ スマートフォン
２０ インターネット
２１〜２３ クラウド
２４ 基地局
３１〜３３ クラウドサービス
４０ スキャナ
４１ プリンタ
４２ ＦＡＸ
４３ 操作パネル
４４ ＮＩＣ
５０、７０、１１０、ＰＬ１、ＰＬ２ プラットフォーム
５１、７１、１７１ 制御モジュール
５２、５４、５８、７２、７４、７９、１７４、１７９ ＡＰＩ
５３、７３、１７３ 基本アプリケーション
５５、７５、１７５ 設定情報データベース
５６、７６、１７６ システム管理部
５７ Ｗｅｂサービスプロバイダ
６０ カメラ
６１ 傾きセンサ
６２ ブルーツース通信部
６３ 操作パネル
６４ 通信アダプタ
６５ アンテナ
７２Ａ、１７２、１７２Ａ、１２１、１２２ ラッパーＡＰＩ
７７ Ｗｅｂクライアント
７８、７８Ａ 拡張アプリケーション
７Ａ、７Ｂ Ｗｅｂサービスインターフェイス
９１ ＣＰＵ
９２ インターフェイス
９３ メモリ
９４ 補助記憶装置
９５ 会話型入出力装置
９６ ネットワークインターフェイス
１００ テキストエディタ
１０１ デザイナ
１０２ デバッガ
１０３ ビルダ
１０４ アプリ開発統合管理部
１０５ スマートフォンハードウェアシミュレータ
１２０、１２０Ａ ネイティブライブラリ
【技術分野】
【０００１】
本発明は、複数種の中間言語で、これらに共通のネイティブライブラリを利用するソフトウェア開発キット、これを用いて作成された画像形成装置用拡張アプリケーション及びこのアプリケーションを備えた携帯端末装置に関する。
【背景技術】
【０００２】
セキュリティを確保するため、企業内に私用コンピュータを持ち込むことは一般に禁止されている。
【０００３】
しかしながら、スマートフォンの普及に伴い、一定条件の下でこの禁止を解除することにより、ビジネス上の処理の効率化が図られようとしている。
【０００４】
ｉＰｈｏｎｅ（登録商標）、Ａｎｄｏｒｏｉｄ（登録商標）及びＷｉｎｄｏｗｓ Ｐｈｏｎｅ（登録商標）などのスマートフォンは、それぞれ異なるプラットフォーム及びプログラミング言語を用いているので、複数種のスマートフォンに対するアプリケーション開発期間が長くなる原因となる。
【０００５】
一方、スマートフォンはデスクトップコンピュータに比べ、ＣＰＵ能力やメモリ容量の点で劣るものの、データサイズが比較的大きい画像を処理する必要があるので、高速処理が要求される。この要求に応えるため、機械語に近くプラットフォームに非依存のＣ言語が用いられている。
【０００６】
しかし、Ｃ言語は低級言語であるので、これを用いてネイティブライブラリを開発するとともにアプリケーションを開発すると、その期間が長くなる。このため、Ｃ言語は高速処理が要求される部分のみに用いられている。
【０００７】
Ｃ言語で作成されコンパイルされたネイティブライブラリは、ＪＮＩ（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）コンパイルされて実行される。Ｃ＃ランタイム及びＪａｖａランタイムはそれぞれ、ＣＬＲ（共通言語実行環境）及びＪＶＭ（Ｊａｖａ仮想マシン）を備えている。
【００５０】
ここで、図５の制御モジュール１７１は、アプリケーションレベルの通信や画像などを高速処理するクラスライブラリを備えており、これは、図６（Ａ）に示すように、Ｃ又はＣ＋＋のソースコードをコンパイルしたネイティブライブラリ１２０と、マルチ言語対応にするためＣ＃及びＪａｖａ（登録商標）のラッパークラスのソースコードをコンパイルしたラッパーＡＰＩ１２１及び１２２とを備えている。
【００５１】
Ｃ＃用ラッパーＡＰＩ１２１は、拡張アプリケーション７８の中間コードの一部が、ネイティブライブラリ１２０内のＣ関数又はＣ＋＋クラスのメソッド（ネイティブサブルーチン）を、Ｃ＃のクラスのインスタンスのメソッドとして呼び出せるようにするためのクラスライブラリであり、Ｃ＃の該メソッドのシグネチャをネイティブライブラリ１２０内のＣ関数又はＣ＋＋クラスのメソッド（ネイティブサブルーチン）のシグネチャに変換する型変換メソッドを含んでいる。
【００５２】
拡張アプリケーション７８の中間コードの一部は、この型変換メソッド介して、ネイティブサブルーチンを呼び出す。
【００５３】
図７は、この型変換メソッドでの処理を示す概略フローチャートである。
【００５４】
（Ｓ０）Ｃ＃のメソッド呼び出しコード（シグネチャ）に含まれる引数の型を、ネイティブライブラリ１２０内の対応するネイティブサブルーチンの引数の型に変換する。
【００５５】
（Ｓ１）この引数を用いて該ネイティブサブルーチンを呼び出す。これにより、該ネイティブサブルーチンが実行されて、戻り値が生成される。
【００５６】
（Ｓ３）この戻り値の型を、メソッド呼出元の対応する型（上記シグネチャの戻り値の型）に変換し、メソッド呼出元に返す。
【００５７】
ラッパーＡＰＩ１２１は、このような型変換メソッドと、Ｃ＃の仕様に基づいてメモリ管理を行うためのコンストラクタ及びデストラクタなどの言語仕様変換に必須のものとを含んだ１つ又は複数のクラス（クラスライブラリ）である。
【００５８】
Ｊａｖａ用ラッパークラス１２２もＣ＃用ラッパーＡＰＩ１２１と同様である。
【００５９】
Ｃ＃用ラッパークラス１２１及びＪａｖａラッパークラス１２２は、ラッパークラス生成ツール内の対応する言語のものを用いて生成される。即ち、ラッパークラス生成ツールは、Ｃ＋＋／ＣＬＲを用いてＣ＃ラッパークラス１２０を生成するツールと、ＪＮＩに基づいてＪａｖａラッパークラス１２１１を生成するツールとを備えている。
【００６０】
ネイティブライブラリ１２０は、特定のプラットフォーム７０（ＰＬ１）のＯＳ又は／及びライブラリ、例えば．ＮＥＴフレームワークの標準ライブラリを用いて作成されている。ラッパーＡＰＩ１７２は、ネイティブライブラリ１２０から見てプラットフォーム７０をＰＬ１と見なせるようにするためのものである。
【００６１】
ＰＣ１２はまた、図６（Ｂ）に示すような制御モジュール１７１Ａも備えている。
【００６２】
制御モジュール１７１Ａは、ネイティブライブラリ１２０と同一機能のネイティブライブラリ１２０Ａと、Ｃ＃用ラッパーＡＰＩ１２１及びＪａｖａ（登録商標）用ラッパーＡＰＩ１２２とを備え、これらラッパーＡＰＩ１２１及びＡＰＩ１２２は制御モジュール１７１のものと共用である。
【００６３】
ネイティブライブラリ１２０Ａは、他のプラットフォーム７０（ＰＬ２）のＯＳ又は／及びライブラリ、例えばＬｉｎａｘ（登録商標）のクラスライブラリを用いて作成されている。ラッパーＡＰＩ１７２Ａは、ネイティブライブラリ１２０Ａから見てプラットフォーム７０をＰＬ２と見なせるようにするためのものである。
【００６４】
上記共用を可能にするため、ネイティブライブラリ１２０Ａ内の各メソッドのシグネチャはネイティブライブラリ１２０のそれと同一になっている。すなわち、ネイティブライブラリ１２０と１２０ＡのＣ又はＣ＋＋ソースコードでの相違部分は、プラットフォームＰＬ１とＰＬ２のいずれのＡＰＩを使用しているか及びその周辺部分であり、他は互いに同一である。
【００６５】
図８（Ａ）は、制御モジュール１７１の作成手順を示す概略フローチャートである。
【００６６】
（Ｓ１０）プラットフォームＰＬ１用のネイティブライブラリ１２０を作成する。このネイティブライブラリ１２０は、図８（Ｂ）に示すようにラッパーＡＰＩ１７２（クラスライブラリ）内の例えばＡＰＩ１〜ＡＰＩ３を用いている。
【００６７】
（Ｓ１１）各言語用のラッパークラスライブラリ、すなわちラッパーＡＰＩ１２１及びラッパーＡＰＩ１２２を作成する。
【００６８】
図９（Ａ）は、制御モジュール１７１Ａの作成手順を示す概略フローチャートである。
【００６９】
（Ｓ２０）プラットフォームＰＬ２用のネイティブライブラリ１２０Ａを作成する。このネイティブライブラリ１２０Ａは、図９（Ｂ）に示すように、ラッパーＡＰＩ１７２Ａ内の例えばＡＰＩ１Ａ〜ＡＰＩ３Ａを用いている。
【００７０】
ラッパーＡＰＩ１２１及びＡＰＩ１２２は既に作成され、制御モジュール１７１のそれらと共用であるので、さらに作成する必要がない。
【００７１】
図５に戻って、ＰＣ１２はさらに、スマートフォン１４のハードウェアに対応したシミュレータ１０５を備えている。入力装置９５０及び表示装置９５１は図４中の会話型入出力装置９５を構成している。図５中、拡張アプリケーション７８及びＷｅｂサービスインターフェイス７Ａ中のサービスプロキシ以外は、開発環境として予め備えられている。
【００７２】
本実施例１によれば、複数種の言語のいずれかの拡張アプリケーション７８から、対応するラッパーＡＰＩ１２１又は１２２を介し、これらに共通のネイティブライブラリ１２０を利用することができるので、ネイティブライブラリ１２０と複数種の中間言語のプログラムとの連携を効率よく行うことが可能となるという効果を奏する。
【００７３】
また、複数種の言語のそれぞれのプログラマが、ネイティブライブラリ１２０を、ネイティブコードであることを意識せずに該複数種言語のそれぞれの中間言語用拡張ライブラリとして用いることができるという効果を奏する。
【００７４】
さらに、ネイティブライブラリ１２０を複数種の言語で共通に用いることができるので、複数種の言語のそれぞれが選択的に用いられるスマートフォンアプリケーションの開発及び改良が遅延するのを防止することができるという効果を奏する。
【００７５】
以上において、本発明の好適な実施例を説明したが、本発明には他にも種々の変形例が含まれ、上記実施例で述べた各構成要素の機能を実現する他の構成を用いたもの、当業者であればこれらの構成又は機能から想到するであろう他の構成も、本発明に含まれる。
【００７６】
例えば、ラッパーＡＰＩ１２０、１２２は、ＡＰＩ１７４の一部であってもよい。換言すれば、ラッパーＡＰＩ１２０、１２２をＡＰＩ１７４の一部として用いる構成であってもよい。
【００７７】
また、中間言語にコンパイルされるオブジェクト指向言語は、上記以外のものであってもよい。ネイティブライブラリはアセンブリ言語を一部又は全部用いて作成したものであってもよい。
【符号の説明】
【００７８】
１０ イントラネット
１１ 画像形成装置
１２ ＰＣ
１３ アクセスポイント
１４、２５ スマートフォン
２０ インターネット
２１〜２３ クラウド
２４ 基地局
３１〜３３ クラウドサービス
４０ スキャナ
４１ プリンタ
４２ ＦＡＸ
４３ 操作パネル
４４ ＮＩＣ
５０、７０、１１０、ＰＬ１、ＰＬ２ プラットフォーム
５１、７１、１７１ 制御モジュール
５２、５４、５８、７２、７４、７９、１７４、１７９ ＡＰＩ
５３、７３、１７３ 基本アプリケーション
５５、７５、１７５ 設定情報データベース
５６、７６、１７６ システム管理部
５７ Ｗｅｂサービスプロバイダ
６０ カメラ
６１ 傾きセンサ
６２ ブルーツース通信部
６３ 操作パネル
６４ 通信アダプタ
６５ アンテナ
７２Ａ、１７２、１７２Ａ、１２１、１２２ ラッパーＡＰＩ
７７ Ｗｅｂクライアント
７８、７８Ａ 拡張アプリケーション
７Ａ、７Ｂ Ｗｅｂサービスインターフェイス
９１ ＣＰＵ
９２ インターフェイス
９３ メモリ
９４ 補助記憶装置
９５ 会話型入出力装置
９６ ネットワークインターフェイス
１００ テキストエディタ
１０１ デザイナ
１０２ デバッガ
１０３ ビルダ
１０４ アプリ開発統合管理部
１０５ スマートフォンハードウェアシミュレータ
１２０、１２０Ａ ネイティブライブラリ
【特許請求の範囲】
【請求項１】
複数のネイティブ関数又はネイティブメソッドをネイティブサブルーチンとして備えたネイティブライブラリと、
該複数のネイティブサブルーチンのそれぞれについて、第１の中間言語で記述された関数呼出しに応答して、該第１の中間言語で記述された関数呼出しコードの各引数の型を該ネイティブサブルーチンの対応する引数の型に変換して該ネイティブサブルーチンを呼出し、該ネイティブサブルーチンの戻り値の型を該第１の中間言語の対応する型に変換して該第１の中間言語で記述された関数の呼び出し元に返す型変換メソッドを備えた第１ラッパークラスと、
該複数のネイティブサブルーチンのそれぞれについて、第２の中間言語で記述された関数呼出しに応答して、該第２の中間言語で記述された関数呼出しコードの各引数の型を該ネイティブサブルーチンの対応する引数の型に変換して該ネイティブサブルーチンを呼出し、該ネイティブサブルーチンの戻り値の型を該第２の中間言語の対応する型に変換して該第２の中間言語で記述された関数の呼び出し元に返す型変換メソッドを備えた第２ラッパークラスと、
を有し、該ネイティブライブラリ、該第１ラッパークラス及び該第２ラッパークラスを中間言語用拡張ライブラリとして備えていることを特徴とするソフトウェア開発キット。
【請求項２】
該第１の中間言語はＣ＃の中間言語であり、該第２の中間言語はＪａｖａ（登録商標）の中間言語であることを特徴とする請求項１に記載のソフトウェア開発キット。
【請求項３】
携帯端末のユーザアプリケーション開発用であることを特徴とする請求項１又は２に記載のソフトウェア開発キット。
【請求項４】
請求項１乃至３のいずれか１つに記載のソフトウェア開発キットを用いて作成されたことを特徴とする画像形成装置用拡張アプリケーション。
【請求項５】
請求項４に記載の画像形成装置用拡張アプリケーションがインストールされていることを特徴とする携帯端末装置。
【請求項１】
複数のネイティブ関数又はネイティブメソッドをネイティブサブルーチンとして備えたネイティブライブラリと、
該複数のネイティブサブルーチンのそれぞれについて、第１の中間言語で記述された関数呼出しに応答して、該第１の中間言語で記述された関数呼出しコードの各引数の型を該ネイティブサブルーチンの対応する引数の型に変換して該ネイティブサブルーチンを呼出し、該ネイティブサブルーチンの戻り値の型を該第１の中間言語の対応する型に変換して該第１の中間言語で記述された関数の呼び出し元に返す型変換メソッドを備えた第１ラッパークラスと、
該複数のネイティブサブルーチンのそれぞれについて、第２の中間言語で記述された関数呼出しに応答して、該第２の中間言語で記述された関数呼出しコードの各引数の型を該ネイティブサブルーチンの対応する引数の型に変換して該ネイティブサブルーチンを呼出し、該ネイティブサブルーチンの戻り値の型を該第２の中間言語の対応する型に変換して該第２の中間言語で記述された関数の呼び出し元に返す型変換メソッドを備えた第２ラッパークラスと、
を有し、該ネイティブライブラリ、該第１ラッパークラス及び該第２ラッパークラスを中間言語用拡張ライブラリとして備えていることを特徴とするソフトウェア開発キット。
【請求項２】
該第１の中間言語はＣ＃の中間言語であり、該第２の中間言語はＪａｖａ（登録商標）の中間言語であることを特徴とする請求項１に記載のソフトウェア開発キット。
【請求項３】
携帯端末のユーザアプリケーション開発用であることを特徴とする請求項１又は２に記載のソフトウェア開発キット。
【請求項４】
請求項１乃至３のいずれか１つに記載のソフトウェア開発キットを用いて作成されたことを特徴とする画像形成装置用拡張アプリケーション。
【請求項５】
請求項４に記載の画像形成装置用拡張アプリケーションがインストールされていることを特徴とする携帯端末装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１３−９７７４５（Ｐ２０１３−９７７４５Ａ）
【公開日】平成２５年５月２０日（２０１３．５．２０）
【国際特許分類】
【出願番号】特願２０１１−２４２９３７（Ｐ２０１１−２４２９３７）
【出願日】平成２３年１１月５日（２０１１．１１．５）
【出願人】（０００００６１５０）京セラドキュメントソリューションズ株式会社 (13,173)
【Ｆターム（参考）】
【公開日】平成２５年５月２０日（２０１３．５．２０）
【国際特許分類】
【出願日】平成２３年１１月５日（２０１１．１１．５）
【出願人】（０００００６１５０）京セラドキュメントソリューションズ株式会社 (13,173)
【Ｆターム（参考）】
[ Back to top ]