JP5420622B2

JP5420622B2 - program

Info

Publication number: JP5420622B2
Application number: JP2011242937A
Authority: JP
Inventors: 嵩志小熊; 真吾上野; 理恵笠井; 敏英東森
Original assignee: Kyocera Document Solutions Inc
Current assignee: Kyocera Document Solutions Inc
Priority date: 2011-11-05
Filing date: 2011-11-05
Publication date: 2014-02-19
Anticipated expiration: 2031-11-05
Also published as: JP2013097745A

Description

本発明は、複数種の中間言語で、これらに共通のネイティブライブラリを利用するソフトウェア開発キット、これを用いて作成された画像形成装置用拡張アプリケーション及びこのアプリケーションを備えた携帯端末装置に関する。 The present invention relates to a software development kit that uses a native library common to a plurality of kinds of intermediate languages, an extended application for an image forming apparatus created using the same, and a portable terminal device including the application.

セキュリティを確保するため、企業内に私用コンピュータを持ち込むことは一般に禁止されている。 To ensure security, it is generally prohibited to bring a private computer into the company.

しかしながら、スマートフォンの普及に伴い、一定条件の下でこの禁止を解除することにより、ビジネス上の処理の効率化が図られようとしている。 However, with the widespread use of smartphones, business processes are becoming more efficient by removing this prohibition under certain conditions.

ｉＰｈｏｎｅ（登録商標）、Ａｎｄｏｒｏｉｄ（登録商標）及びＷｉｎｄｏｗｓＰｈｏｎｅ（登録商標）などのスマートフォンは、それぞれ異なるプラットフォーム及びプログラミング言語を用いているので、複数種のスマートフォンに対するアプリケーション開発期間が長くなる原因となる。 Smartphones such as iPhone (registered trademark), Android (registered trademark), and Windows Phone (registered trademark) use different platforms and programming languages, which causes a long application development period for multiple types of smartphones.

一方、スマートフォンはデスクトップコンピュータに比べ、ＣＰＵ能力やメモリ容量の点で劣るものの、データサイズが比較的大きい画像を処理する必要があるので、高速処理が要求される。この要求に応えるため、機械語に近くプラットフォームに非依存のＣ言語が用いられている。 On the other hand, although a smartphone is inferior in terms of CPU capability and memory capacity compared to a desktop computer, it needs to process an image having a relatively large data size, and therefore requires high-speed processing. In order to meet this requirement, a C language that is close to machine language and independent of the platform is used.

しかし、Ｃ言語は低級言語であるので、これを用いてネイティブライブラリを開発するとともにアプリケーションを開発すると、その期間が長くなる。このため、Ｃ言語は高速処理が要求される部分のみに用いられている。 However, since the C language is a low-level language, when the native library is developed using this and the application is developed, the period becomes longer. For this reason, the C language is used only for portions where high-speed processing is required.

Ｃ言語で作成されコンパイルされたネイティブライブラリは、ＪＮＩ（Java Native Interface）やＣ＋＋／ＣＬＩ（Common Language Infrastructure）を用いて、Ｊａｖａ（登録商標）やＣ＃で作成されコンパイルされた中間言語プログラムと連携させることができる。この点は、Ｃ＋＋言語で作成されコンパイルされたネイティブライブラリについても同様である。 Native libraries created and compiled in C language are linked with intermediate language programs created and compiled in Java (registered trademark) and C # using Java Native Interface (JNI) and Common Language Infrastructure (C ++). Can be made. This also applies to a native library created and compiled in the C ++ language.

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

ところが従来では、Ｊａｖａ（登録商標）とＣ／Ｃ＋＋との連携と、Ｃ＃とＣ／Ｃ＋＋との連携とが、それぞれ独立して行われていたので、ネイティブライブラリの開発及び改良が遅延し、結果として、複数種のスマートフォン用アプリケーションの開発及び改良が遅延する原因となっていた。 However, in the past, the linkage between Java (registered trademark) and C / C ++ and the linkage between C # and C / C ++ were performed independently, so the development and improvement of the native library was delayed, As a result, development and improvement of multiple types of smartphone applications have been delayed.

本発明の目的は、このような問題点に鑑み、ネイティブライブラリと複数種の中間言語のプログラムとの連携を効率よく行うことが可能なソフトウェア開発キット、これを用いて作成された画像形成装置用拡張アプリケーション及びこのアプリケーションを備えた携帯端末装置を提供することにある。 In view of such problems, the object of the present invention is to provide a software development kit capable of efficiently linking a native library and a plurality of types of intermediate language programs, and an image forming apparatus created using the software development kit An object of the present invention is to provide an extended application and a portable terminal device provided with the application.

本発明によるコンピューター実行可能なプログラムの第１態様では、
複数のネイティブ関数又はネイティブメソッドをネイティブサブルーチンとして備えたネイティブライブラリと、
該複数のネイティブサブルーチンのそれぞれについて、第１の中間言語で記述された関数呼出しに応答して、該第１の中間言語で記述された関数呼出しコードの各引数の型を該ネイティブサブルーチンの対応する引数の型に変換して該ネイティブサブルーチンを呼出し、該ネイティブサブルーチンの戻り値の型を該第１の中間言語の対応する型に変換して該第１の中間言語で記述された関数の呼び出し元に返す型変換メソッドを備えた第１ラッパークラスと、
該複数のネイティブサブルーチンのそれぞれについて、第２の中間言語で記述された関数呼出しに応答して、該第２の中間言語で記述された関数呼出しコードの各引数の型を該ネイティブサブルーチンの対応する引数の型に変換して該ネイティブサブルーチンを呼出し、該ネイティブサブルーチンの戻り値の型を該第２の中間言語の対応する型に変換して該第２の中間言語で記述された関数の呼び出し元に返す型変換メソッドを備えた第２ラッパークラスとを有し、該ネイティブライブラリ、該第１ラッパークラス及び該第２ラッパークラスを中間言語用拡張ライブラリとして備えている。 In a first aspect of a computer-executable program according to the present invention,
A native library with multiple native functions or methods as native subroutines;
For each of the plurality of native subroutines, in response to the function call described in the first intermediate language, the type of each argument of the function call code described in the first intermediate language corresponds to the native subroutine. Calling the native subroutine by converting it to the type of the argument, converting the return value type of the native subroutine to the corresponding type of the first intermediate language, and the function caller described in the first intermediate language A first wrapper class with a type conversion method to return to
For each of the plurality of native subroutines, in response to the function call described in the second intermediate language, the type of each argument of the function call code described in the second intermediate language corresponds to the native subroutine. Calling the native subroutine after converting it to the argument type, converting the return value type of the native subroutine to the corresponding type of the second intermediate language, and the function caller described in the second intermediate language And a second wrapper class having a type conversion method to be returned to (2), and the native library, the first wrapper class, and the second wrapper class are provided as intermediate language extension libraries.

本発明によるコンピューター実行可能なプログラムの第２態様では、第１態様において、
該第１の中間言語はＣ＃の中間言語であり、該第２の中間言語はＪａｖａ（登録商標）の中間言語である。 In a second aspect of the computer-executable program according to the present invention, in the first aspect,
The first intermediate language is a C # intermediate language, and the second intermediate language is a Java (registered trademark) intermediate language.

本発明によるコンピューター実行可能なプログラムの第３態様では、第１又は２態様において、携帯端末のユーザアプリケーション開発用である。
In a third aspect of the computer-executable program according to the present invention, in the first or second aspect, the program is for developing a user application for a portable terminal.

上記第１態様の構成によれば、複数種の中間言語から、それぞれのラッパークラスを介し、これらに共通のネイティブライブラリを利用することができるので、ネイティブライブラリと複数種の中間言語のプログラムとの連携を効率よく行うことが可能となるという効果を奏する。 According to the configuration of the first aspect, a common native library can be used from a plurality of types of intermediate languages via the respective wrapper classes, so the native library and the programs of the plurality of types of intermediate languages can be used. There is an effect that the cooperation can be efficiently performed.

また、複数種の言語のそれぞれのプログラマが、該ネイティブライブラリを、ネイティブコードであることを意識せずに該複数種の言語のそれぞれの拡張ライブラリとして用いることができるという効果を奏する。 In addition, there is an effect that each programmer of a plurality of languages can use the native library as an extension library of each of the plurality of languages without being aware of the native code.

さらに、ネイティブライブラリを複数種の言語で共通に用いることができるので、上記第３態様の構成によれば、複数種の言語のそれぞれが選択的に用いられる携帯端末のアプリケーションの開発及び改良が遅延するのを防止することができるという効果を奏する。 Furthermore, since the native library can be used in common for a plurality of types of languages, according to the configuration of the third aspect, the development and improvement of the application of the mobile terminal in which each of the plurality of types of languages is selectively used is delayed. There is an effect that it can be prevented.

本発明の他の目的、特徴的な構成及び効果は、以下の説明を特許請求の範囲及び図面の記載と関係づけて読むことにより明らかになる。 Other objects, characteristic configurations and effects of the present invention will become apparent from the following description read in connection with the appended claims and the drawings.

本発明の実施例１に係る、複数のクラウドサービスを利用する画像形成システムの概略構成図である。1 is a schematic configuration diagram of an image forming system using a plurality of cloud services according to Embodiment 1 of the present invention. 図１中の画像形成装置の階層構造を示すブロック図である。FIG. 2 is a block diagram illustrating a hierarchical structure of the image forming apparatus in FIG. 1. 図１中のスマートフォンの階層構造を示すブロック図である。It is a block diagram which shows the hierarchical structure of the smart phone in FIG. 図１中のＰＣのハードウェア構成を示す概略ブロック図である。It is a schematic block diagram which shows the hardware constitutions of PC in FIG. 該ＰＣをソフトウェア開発装置として利用する場合の概略機能ブロック図である。It is a schematic functional block diagram in the case of using this PC as a software development apparatus. （Ａ）及び（Ｂ）はそれぞれ第１及び第２のプラットフォーム用の制御モジュール及びその下位側のラッパーＡＰＩの概略ブロック図である。(A) and (B) are schematic block diagrams of a control module for the first and second platforms and a wrapper API on the lower side thereof, respectively. 図６（Ａ）中のラッパークラスに含まれる型変換メソッドでの処理を示す概略フローチャートである。It is a schematic flowchart which shows the process by the type conversion method contained in the wrapper class in FIG. 6 (A). （Ａ）は第１のプラットフォーム用の制御モジュール作成手順を示す概略フローチャート、（Ｂ）は（Ａ）中のステップＳ１０の説明図である。(A) is a schematic flowchart which shows the control module preparation procedure for 1st platforms, (B) is explanatory drawing of step S10 in (A). （Ａ）は第２のプラットフォーム用の制御モジュール作成手順を示す概略フローチャート、（Ｂ）は（Ａ）の処理の説明図である。(A) is a schematic flowchart which shows the control module preparation procedure for 2nd platforms, (B) is explanatory drawing of the process of (A).

図１は、本発明の実施例１に係る、複数のクラウドサービスを利用する画像形成システムの概略構成図である。 FIG. 1 is a schematic configuration diagram of an image forming system using a plurality of cloud services according to the first embodiment of the present invention.

このシステムでは、イントラネット１０に、画像形成装置１１と、ユーザ端末としてのパーソナルコンピュータ（ＰＣ）１２と、無線ＬＡＮのアクセスポイント１３とが結合され、スマートフォン１４がアクセスポイント１３を介してイントラネット１０に結合される。このイントラネット１０がルータ（不図示）を介してインターネット２０に結合される。インターネット２０には、複数のクラウド２１〜２３が結合されている。また、インターネット２０に基地局２４が結合され、スマートフォン１４及び２５から基地局２４を介しイントラネット１０に結合される。 In this system, an image forming apparatus 11, a personal computer (PC) 12 as a user terminal, and a wireless LAN access point 13 are coupled to an intranet 10, and a smartphone 14 is coupled to the intranet 10 via the access point 13. Is done. This intranet 10 is coupled to the Internet 20 via a router (not shown). A plurality of clouds 21 to 23 are coupled to the Internet 20. In addition, a base station 24 is coupled to the Internet 20, and the smartphones 14 and 25 are coupled to the intranet 10 via the base station 24.

複数のクラウド２１〜２３はそれぞれ、クラウドサービス３１〜３３を各種クライアント端末に対し提供可能となっている。 The plurality of clouds 21 to 23 can provide cloud services 31 to 33 to various client terminals, respectively.

ユーザは、ＰＣ１２、スマートフォン１４及び２５などに拡張アプリケーションをインストールすることにより、これらからＷｅｂサービスとして、画像形成装置１１のコピー、プリント及びファクシミリなどの基本的なサービスやクラウドサービス３１〜３３並びにこれらサービスを組み合わせたものを実行したり、画像形成装置１１の設定情報を取得したり、この設定を変更したりすることが可能となる。 The user installs an extended application on the PC 12, the smartphones 14 and 25, and the like, and as a Web service, basic services such as copying, printing, and facsimile of the image forming apparatus 11, cloud services 31 to 33, and these services are provided. Can be executed, the setting information of the image forming apparatus 11 can be acquired, and the setting can be changed.

図１では、簡単化の為に、複数のＰＣ端末を１つのＰＣ１２で代表し、アクセスポイント１３に対する複数の携帯端末を１つのスマートフォン１４で代表し、基地局２４に対する複数の携帯端末を１つのスマートフォン２５で代表している。 In FIG. 1, for simplification, a plurality of PC terminals are represented by one PC 12, a plurality of portable terminals for the access point 13 are represented by one smartphone 14, and a plurality of portable terminals for the base station 24 are represented by one. It is represented by the smartphone 25.

図２は、画像形成装置１１の階層構造を示すブロック図である。 FIG. 2 is a block diagram illustrating a hierarchical structure of the image forming apparatus 11.

画像形成装置１１は、ハードウェアとしてスキャナ４０、プリンタ４１、ＦＡＸ４２、操作パネル４３及びネットワークインターフェイス（ＮＩＣ）４４を備え、プラットフォーム５０を介してそれぞれの基本的な入出力制御を行うことが可能となっている。 The image forming apparatus 11 includes a scanner 40, a printer 41, a FAX 42, an operation panel 43 and a network interface (NIC) 44 as hardware, and can perform basic input / output control via the platform 50. ing.

プラットフォーム５０は、前記制御を行ったり、電源を管理したり、ＴＣＰ／ＩＰなどのプロトコルで通信したりするオペレーティングシステム（ＯＳ）と、ＯＳの下層の各種デバイスドライバと、ＯＳ上のＪａｖａ（登録商標）ＶＭやＣＬＲ（Common Language Runtime）などの仮想マシン（クラスライブラリ）と、標準ライブラリとを備えている。 The platform 50 performs the control, manages the power supply, and communicates with a protocol such as TCP / IP, various device drivers below the OS, and Java (registered trademark) on the OS. ) A virtual machine (class library) such as VM or CLR (Common Language Runtime) and a standard library are provided.

制御モジュール５１は、拡張クラスライブラリであって、プラットフォーム５０のＡＰＩ５２を介してこれらハードウェアのそれぞれを機能単位で制御可能となっている。基本アプリケーション５３は、制御モジュール５１のＡＰＩ５４を介し、ハードウェア４０〜４４をコピー、プリント及びファクシミリなどのような論理的な機能単位で制御可能となっている。 The control module 51 is an extension class library and can control each piece of hardware in units of functions via the API 52 of the platform 50. The basic application 53 can control the hardware 40 to 44 in logical function units such as copy, print, and facsimile via the API 54 of the control module 51.

ハードウェア４０〜４４に対する設定情報は、操作パネル４３の操作に応答して、制御モジュール５１により設定情報データベース５５に格納され、また、格納された設定情報は、操作パネル４３の操作に応答して制御モジュール５１により、操作パネル４３に表示される。 The setting information for the hardware 40 to 44 is stored in the setting information database 55 by the control module 51 in response to the operation on the operation panel 43, and the stored setting information is in response to the operation on the operation panel 43. The information is displayed on the operation panel 43 by the control module 51.

システム管理部５６は、ＡＰＩ５２又はＡＰＩ５４を介して、ユーザに対する認証、認可の処理を行ったり、エラー管理を行ったり、省電力管理を行ったりする。 The system management unit 56 performs user authentication and authorization processing, error management, and power saving management via the API 52 or API 54.

ＰＣ１２又はスマートフォン１４若しくは２５から画像形成装置１１へのサービス要求は、ＮＩＣ４４及びプラットフォーム５０を介してＷｅｂサービスプロバイダ５７に伝えられ、Ｗｅｂサービスプロバイダ５７はその要求に応じて、ＡＰＩ５８を介し基本アプリケーション５３を動作させ、ＡＰＩ５４を介し設定情報データベース５５から設定情報を読み出し又は設定情報データベース５５の設定を変更し、それらの結果を返信する。 A service request from the PC 12 or the smartphone 14 or 25 to the image forming apparatus 11 is transmitted to the web service provider 57 via the NIC 44 and the platform 50, and the web service provider 57 sends the basic application 53 via the API 58 in response to the request. Operate, read out the setting information from the setting information database 55 via the API 54 or change the setting of the setting information database 55, and return those results.

図３は、スマートフォン１４の階層構造を示すブロック図である。 FIG. 3 is a block diagram illustrating a hierarchical structure of the smartphone 14.

スマートフォン１４は、ハードウェアとしてカメラ６０、傾きセンサ６１、ブルーツース通信部６２、操作パネル６３及び通信アダプタ６４などを備え、通信アダプタ６４にアンテナ６５が結合され、プラットフォーム７０を介してそれぞれの基本的な入出力制御を行うことが可能となっている。 The smartphone 14 includes a camera 60, a tilt sensor 61, a Bluetooth communication unit 62, an operation panel 63, a communication adapter 64, and the like as hardware, and an antenna 65 is coupled to the communication adapter 64. Input / output control can be performed.

プラットフォーム７０は、前記制御を行ったり、電源を管理したり、ＴＣＰ／ＩＰなどのプロトコルで通信したりするＯＳと、ＯＳの下層の各種デバイスドライバと、ＯＳ上の仮想マシンと、標準ライブラリとを備えている。 The platform 70 performs the control, manages the power supply, and communicates with a protocol such as TCP / IP, various device drivers under the OS, a virtual machine on the OS, and a standard library. I have.

制御モジュール７１は、拡張クラスライブラリであって、プラットフォーム７０のＡＰＩ７２を介してこれらハードウェアのそれぞれを機能単位で制御可能となっている。基本アプリケーション７３は、ブラウザ、動画プレーヤ及びアドレス帳などを含み、制御モジュール７１のＡＰＩ７４を介し、ハードウェア６０〜６４を論理的な機能単位で制御可能となっている。 The control module 71 is an extension class library and can control each piece of hardware in units of functions via the API 72 of the platform 70. The basic application 73 includes a browser, a video player, an address book, and the like, and can control the hardware 60 to 64 in units of logical functions via the API 74 of the control module 71.

ハードウェア６０〜６４に対する設定情報は、操作パネル６３の操作に応答して、制御モジュール７１により設定情報データベース７５に格納され、また、格納された設定情報は、操作パネル６３の操作に応答して制御モジュール７１により、操作パネル６３に表示される。 The setting information for the hardware 60 to 64 is stored in the setting information database 75 by the control module 71 in response to the operation of the operation panel 63, and the stored setting information is in response to the operation of the operation panel 63. The information is displayed on the operation panel 63 by the control module 71.

システム管理部７６は、ＡＰＩ７２又は７４を介して、ユーザに対する認証、認可の処理を行ったり、エラー管理を行ったり、省電力管理を行ったりする。 The system management unit 76 performs user authentication and authorization processing, error management, and power saving management via the API 72 or 74.

Ｗｅｂクライアント７７は、操作パネル６３の操作に応答してＡＰＩ７２を介しそのＵＲＬにＨＴＴＰプロトコルで要求を送信し、返信された内容を操作パネル６３に表示させる。 In response to an operation on the operation panel 63, the Web client 77 transmits a request to the URL using the HTTP protocol via the API 72, and causes the operation panel 63 to display the returned content.

拡張アプリケーション（ユーザアプリケーション）７８は、基本アプリケーション７３のＡＰＩ７９を介して、単一又は複数の機能の組み合わせを実行させ、ＡＰＩ７４を介し設定情報データベース７５の設定情報を読み取って操作パネル６３に表示させ又は設定情報データベース７５の設定情報を変更させる。 The extended application (user application) 78 executes a combination of single or plural functions via the API 79 of the basic application 73, reads the setting information in the setting information database 75 via the API 74, and displays the setting information on the operation panel 63. The setting information in the setting information database 75 is changed.

Ｗｅｂサービスインターフェイス７Ａは、Ｗｅｂサービスを内部メソッドのように呼び出すためのサービスプロキシと、送信時に該メソッドの呼び出しをＸＭＬに変換するシリアライザと、受信時にＸＭＬを該メソッドの戻り値に変換するデシリアライザとを備えている。 The Web service interface 7A includes a service proxy for calling a Web service like an internal method, a serializer that converts the method call to XML at the time of transmission, and a deserializer that converts XML to the return value of the method at the time of reception. I have.

上記拡張アプリケーション７８はまた、Ｗｅｂサービスインターフェイス７Ａ及びＷｅｂクライアント７７を介し画像形成装置１１のＷｅｂサービスプロバイダ５７又はクラウド２１〜２３のサービス３１〜３３に対し要求を行い、その結果を、Ｗｅｂクライアント７７及びＷｅｂサービスインターフェイス７Ａを介して受信し、その内容を操作パネル６３に表示させる。 The extended application 78 also makes a request to the web service provider 57 of the image forming apparatus 11 or the services 31 to 33 of the clouds 21 to 23 via the web service interface 7A and the web client 77, and the result is sent to the web client 77 and The content is received via the Web service interface 7A and the content is displayed on the operation panel 63.

図４は、ＰＣ１２のハードウェア構成を示す概略ブロック図である。図５は、ＰＣ１２をソフトウェア開発装置として利用する場合の概略機能ブロック図である。 FIG. 4 is a schematic block diagram showing the hardware configuration of the PC 12. FIG. 5 is a schematic functional block diagram when the PC 12 is used as a software development apparatus.

ホストコンピュータＰＣ１２では、ＣＰＵ９１がインターフェイス９２を介してメモリ９３、補助記憶装置９４、会話型入出力装置９５及びネットワークインターフェイス９６に結合されている。図４では、簡単化の為に、複数種のインターフェイスを１つのブロック９２で表している。 In the host computer PC 12, a CPU 91 is coupled to a memory 93, an auxiliary storage device 94, an interactive input / output device 95 and a network interface 96 via an interface 92. In FIG. 4, a plurality of types of interfaces are represented by one block 92 for the sake of simplicity.

メモリインターフェイス９２は例えば、ＢＩＯＳが格納されたフラッシュメモリと、主記憶装置として用いられるＤＲＡＭとを備えている。補助記憶装置９４には、ＯＳ、各種デバイスドライバ、ライブラリ及び仮想マシンがプラットフォーム（ＰＦ）として格納され、さらにソフトウェア開発キット（ＳＤＫ）が格納されている。ネットワークインターフェイス９６は、イントラネット１０に結合されている。 The memory interface 92 includes, for example, a flash memory storing a BIOS and a DRAM used as a main storage device. The auxiliary storage device 94 stores an OS, various device drivers, a library, and a virtual machine as a platform (PF), and further stores a software development kit (SDK). Network interface 96 is coupled to intranet 10.

このソフトウェア開発装置は、図３中の拡張アプリケーション７８の開発を支援するもであり、ネイティブライブラリを備えてスマートフォンでの処理を高速化可能にするとともに、複数のプラットフォームのうちの任意の１つを搭載したスマートフォンの拡張アプリケーション７８を開発可能にし、しかも、マルチ言語対応にしてプログラミング言語を選択可能にしている。 This software development device supports the development of the extended application 78 in FIG. 3, includes a native library, enables high-speed processing on a smartphone, and enables any one of a plurality of platforms. It is possible to develop an extended application 78 for the installed smartphone, and it is possible to select a programming language corresponding to multiple languages.

図５中、構成要素７２Ａ、１７１、１７３〜１７６及び１７９はそれぞれ図３中の構成要素７２、７１、７３〜７６及び７９に対応している。これら構成要素７２Ａ、１７１、１７３〜１７６及び１７９は、図３中の対応する構成要素のうち、拡張アプリケーション７８を開発するのに必要な部分のみを備えていればよい。ラッパーＡＰＩ１７２は、ＡＰＩ１１０をラッパーすることによりＡＰＩ７２と同じに見せかけるものである。 In FIG. 5, the components 72A, 171, 173 to 176, and 179 correspond to the components 72, 71, 73 to 76, and 79 in FIG. These constituent elements 72A, 171, 173 to 176, and 179 need only include portions necessary for developing the extended application 78 among the corresponding constituent elements in FIG. The wrapper API 172 looks the same as the API 72 by wrapping the API 110.

ＰＣ１２は、通常のＳＤＫと同様に、テキストエディタ１００、デザイナ１０１、デバッガ１０２及びビルダ１０３と、ユーザの操作に応答してこれらのいずれかを呼び出す処理やプロジェクト生成処理等を行うアプリ開発統合管理部１０４とを備えている。 The PC 12 includes a text editor 100, a designer 101, a debugger 102, and a builder 103, and an application development integrated management unit that performs a process for calling one of these in response to a user operation, a project generation process, and the like, as in a normal SDK. 104.

デザイナ１０１は、操作パネル６３の画面設計のアプリケーション開発を支援するためのものであって、対話的ビジュアル設計に基づいてプログラムを自動生成するものである。 The designer 101 is for supporting application development of the screen design of the operation panel 63, and automatically generates a program based on interactive visual design.

ビルダ１０３は、複数の言語、例えばＣ＃、Ｃ＋＋、Ｃ及びＪａｖｅ（登録商標）のそれぞれに対応したコンパイラを備えている。 The builder 103 includes compilers corresponding to a plurality of languages, for example, C #, C ++, C, and Java (registered trademark).

拡張アプリケーション７８のソースコードは、Ｃ＃又はＪａｖａ（登録商標）の言語で、Ｃ／Ｃ＋＋よりも効率よく作成される。このソースコードは、ビルダ１０３内の対応するコンパイラにより、中間言語に翻訳される。この中間言語は、プラットフォーム内のＣ＃ランタイム又はＪａｖａランタイムの下で、解釈実行され又はＪＩＴ（Just In Time）コンパイルされて実行される。Ｃ＃ランタイム及びＪａｖａランタイムはそれぞれ、ＣＬＲ（共通言語実行環境）及びＪＶＭ（Ｊａｖａ仮想マシン）を備えている。 The source code of the extended application 78 is created in a C # or Java (registered trademark) language more efficiently than C / C ++. This source code is translated into an intermediate language by a corresponding compiler in the builder 103. This intermediate language is interpreted and executed under the J # (Just In Time) compilation or execution under the C # runtime or Java runtime in the platform. Each of the C # runtime and the Java runtime includes a CLR (Common Language Execution Environment) and a JVM (Java Virtual Machine).

ここで、図５の制御モジュール１７１は、アプリケーションレベルの通信や画像などを高速処理するクラスライブラリを備えており、これは、図６（Ａ）に示すように、Ｃ又はＣ＋＋のソースコードをコンパイルしたネイティブライブラリ１２０と、マルチ言語対応にするためＣ＃及びＪａｖａ（登録商標）のラッパークラスのソースコードをコンパイルしたラッパーＡＰＩ１２１及び１２２とを備えている。 Here, the control module 171 shown in FIG. 5 includes a class library for high-speed processing of application-level communication, images, and the like, which compiles C or C ++ source code as shown in FIG. A native library 120 and wrapper APIs 121 and 122 obtained by compiling source codes of wrapper classes of C # and Java (registered trademark) in order to be compatible with multiple languages.

Ｃ＃用ラッパーＡＰＩ１２１は、拡張アプリケーション７８の中間コードの一部が、ネイティブライブラリ１２０内のＣ関数又はＣ＋＋クラスのメソッド（ネイティブサブルーチン）を、Ｃ＃のクラスのインスタンスのメソッドとして呼び出せるようにするためのクラスライブラリであり、Ｃ＃の該メソッドのシグネチャをネイティブライブラリ１２０内のＣ関数又はＣ＋＋クラスのメソッド（ネイティブサブルーチン）のシグネチャに変換する型変換メソッドを含んでいる。 The C # wrapper API 121 allows a part of the intermediate code of the extended application 78 to call a C function or C ++ class method (native subroutine) in the native library 120 as a method of an instance of a C # class. And a type conversion method for converting the signature of the C # method into the signature of the C function or native C ++ class method (native subroutine) in the native library 120.

拡張アプリケーション７８の中間コードの一部は、この型変換メソッド介して、ネイティブサブルーチンを呼び出す。 A part of the intermediate code of the extended application 78 calls a native subroutine through this type conversion method.

図７は、この型変換メソッドでの処理を示す概略フローチャートである。 FIG. 7 is a schematic flowchart showing processing in this type conversion method.

（Ｓ０）Ｃ＃のメソッド呼び出しコード（シグネチャ）に含まれる引数の型を、ネイティブライブラリ１２０内の対応するネイティブサブルーチンの引数の型に変換する。 (S0) The argument type included in the C # method call code (signature) is converted into the argument type of the corresponding native subroutine in the native library 120.

（Ｓ１）この引数を用いて該ネイティブサブルーチンを呼び出す。これにより、該ネイティブサブルーチンが実行されて、戻り値が生成される。 (S1) The native subroutine is called using this argument. Thereby, the native subroutine is executed and a return value is generated.

（Ｓ３）この戻り値の型を、メソッド呼出元の対応する型（上記シグネチャの戻り値の型）に変換し、メソッド呼出元に返す。 (S3) This return value type is converted into the corresponding type of the method caller (the return value type of the signature) and returned to the method caller.

ラッパーＡＰＩ１２１は、このような型変換メソッドと、Ｃ＃の仕様に基づいてメモリ管理を行うためのコンストラクタ及びデストラクタなどの言語仕様変換に必須のものとを含んだ１つ又は複数のクラス（クラスライブラリ）である。 The wrapper API 121 includes one or a plurality of classes (class library) including such type conversion methods and essential ones for language specification conversion such as a constructor and a destructor for performing memory management based on C # specifications. ).

Ｊａｖａ用ラッパークラス１２２もＣ＃用ラッパーＡＰＩ１２１と同様である。 The wrapper class 122 for Java is the same as the wrapper API 121 for C #.

Ｃ＃用ラッパークラス１２１及びＪａｖａラッパークラス１２２は、ラッパークラス生成ツール内の対応する言語のものを用いて生成される。即ち、ラッパークラス生成ツールは、Ｃ＋＋／ＣＬＲを用いてＣ＃ラッパークラス１２０を生成するツールと、ＪＮＩに基づいてＪａｖａラッパークラス１２１１を生成するツールとを備えている。 The C # wrapper class 121 and the Java wrapper class 122 are generated using the corresponding language in the wrapper class generation tool. That is, the wrapper class generation tool includes a tool that generates a C # wrapper class 120 using C ++ / CLR and a tool that generates a Java wrapper class 1211 based on JNI.

ネイティブライブラリ１２０は、特定のプラットフォーム７０（ＰＬ１）のＯＳ又は／及びライブラリ、例えば．ＮＥＴフレームワークの標準ライブラリを用いて作成されている。ラッパーＡＰＩ１７２は、ネイティブライブラリ１２０から見てプラットフォーム７０をＰＬ１と見なせるようにするためのものである。 The native library 120 is a specific platform 70 (PL1) OS or / and library, e.g. It is created using the standard library of the NET framework. The wrapper API 172 is for allowing the platform 70 to be regarded as PL1 when viewed from the native library 120.

ＰＣ１２はまた、図６（Ｂ）に示すような制御モジュール１７１Ａも備えている。 The PC 12 also includes a control module 171A as shown in FIG.

制御モジュール１７１Ａは、ネイティブライブラリ１２０と同一機能のネイティブライブラリ１２０Ａと、Ｃ＃用ラッパーＡＰＩ１２１及びＪａｖａ（登録商標）用ラッパーＡＰＩ１２２とを備え、これらラッパーＡＰＩ１２１及びＡＰＩ１２２は制御モジュール１７１のものと共用である。 The control module 171A includes a native library 120A having the same function as the native library 120, a C # wrapper API 121, and a Java (registered trademark) wrapper API 122. These wrapper API 121 and API 122 are shared with those of the control module 171. .

ネイティブライブラリ１２０Ａは、他のプラットフォーム７０（ＰＬ２）のＯＳ又は／及びライブラリ、例えばＬｉｎａｘ（登録商標）のクラスライブラリを用いて作成されている。ラッパーＡＰＩ１７２Ａは、ネイティブライブラリ１２０Ａから見てプラットフォーム７０をＰＬ２と見なせるようにするためのものである。 The native library 120A is created using an OS or / and library of another platform 70 (PL2), for example, a class library of Linux (registered trademark). The wrapper API 172A is for allowing the platform 70 to be regarded as PL2 when viewed from the native library 120A.

上記共用を可能にするため、ネイティブライブラリ１２０Ａ内の各メソッドのシグネチャはネイティブライブラリ１２０のそれと同一になっている。すなわち、ネイティブライブラリ１２０と１２０ＡのＣ又はＣ＋＋ソースコードでの相違部分は、プラットフォームＰＬ１とＰＬ２のいずれのＡＰＩを使用しているか及びその周辺部分であり、他は互いに同一である。 In order to enable the sharing, the signature of each method in the native library 120A is the same as that of the native library 120. That is, the difference between the native libraries 120 and 120A in the C or C ++ source code is which API of the platforms PL1 and PL2 is used and its peripheral part, and the others are the same.

図８（Ａ）は、制御モジュール１７１の作成手順を示す概略フローチャートである。 FIG. 8A is a schematic flowchart showing a procedure for creating the control module 171.

（Ｓ１０）プラットフォームＰＬ１用のネイティブライブラリ１２０を作成する。このネイティブライブラリ１２０は、図８（Ｂ）に示すようにラッパーＡＰＩ１７２（クラスライブラリ）内の例えばＡＰＩ１〜ＡＰＩ３を用いている。 (S10) The native library 120 for the platform PL1 is created. The native library 120 uses, for example, API1 to API3 in the wrapper API 172 (class library) as shown in FIG. 8B.

（Ｓ１１）各言語用のラッパークラスライブラリ、すなわちラッパーＡＰＩ１２１及びラッパーＡＰＩ１２２を作成する。 (S11) A wrapper class library for each language, that is, a wrapper API 121 and a wrapper API 122 are created.

図９（Ａ）は、制御モジュール１７１Ａの作成手順を示す概略フローチャートである。 FIG. 9A is a schematic flowchart showing a procedure for creating the control module 171A.

（Ｓ２０）プラットフォームＰＬ２用のネイティブライブラリ１２０Ａを作成する。このネイティブライブラリ１２０Ａは、図９（Ｂ）に示すように、ラッパーＡＰＩ１７２Ａ内の例えばＡＰＩ１Ａ〜ＡＰＩ３Ａを用いている。 (S20) A native library 120A for the platform PL2 is created. As shown in FIG. 9B, the native library 120A uses, for example, API1A to API3A in the wrapper API 172A.

ラッパーＡＰＩ１２１及びＡＰＩ１２２は既に作成され、制御モジュール１７１のそれらと共用であるので、さらに作成する必要がない。 The wrapper API 121 and API 122 have already been created and are shared with those of the control module 171 and need not be further created.

図５に戻って、ＰＣ１２はさらに、スマートフォン１４のハードウェアに対応したシミュレータ１０５を備えている。入力装置９５０及び表示装置９５１は図４中の会話型入出力装置９５を構成している。図５中、拡張アプリケーション７８及びＷｅｂサービスインターフェイス７Ａ中のサービスプロキシ以外は、開発環境として予め備えられている。 Returning to FIG. 5, the PC 12 further includes a simulator 105 corresponding to the hardware of the smartphone 14. The input device 950 and the display device 951 constitute the interactive input / output device 95 in FIG. In FIG. 5, the components other than the extended application 78 and the service proxy in the Web service interface 7A are provided in advance as a development environment.

本実施例１によれば、複数種の言語のいずれかの拡張アプリケーション７８から、対応するラッパーＡＰＩ１２１又は１２２を介し、これらに共通のネイティブライブラリ１２０を利用することができるので、ネイティブライブラリ１２０と複数種の中間言語のプログラムとの連携を効率よく行うことが可能となるという効果を奏する。 According to the first embodiment, the common native library 120 can be used from the extended application 78 of any of a plurality of languages via the corresponding wrapper API 121 or 122. There is an effect that it is possible to efficiently cooperate with various intermediate language programs.

また、複数種の言語のそれぞれのプログラマが、ネイティブライブラリ１２０を、ネイティブコードであることを意識せずに該複数種言語のそれぞれの中間言語用拡張ライブラリとして用いることができるという効果を奏する。 Further, there is an effect that each programmer of a plurality of languages can use the native library 120 as an extension library for each intermediate language of the plurality of languages without being aware of the native code.

さらに、ネイティブライブラリ１２０を複数種の言語で共通に用いることができるので、複数種の言語のそれぞれが選択的に用いられるスマートフォンアプリケーションの開発及び改良が遅延するのを防止することができるという効果を奏する。 In addition, since the native library 120 can be used in common with a plurality of languages, it is possible to prevent delays in development and improvement of a smartphone application in which each of the plurality of languages is selectively used. Play.

以上において、本発明の好適な実施例を説明したが、本発明には他にも種々の変形例が含まれ、上記実施例で述べた各構成要素の機能を実現する他の構成を用いたもの、当業者であればこれらの構成又は機能から想到するであろう他の構成も、本発明に含まれる。 In the above, preferred embodiments of the present invention have been described. However, the present invention includes various modifications, and other configurations that realize the functions of the respective components described in the above embodiments are used. However, other configurations that would be conceived by those skilled in the art from these configurations or functions are also included in the present invention.

例えば、ラッパーＡＰＩ１２０、１２２は、ＡＰＩ１７４の一部であってもよい。換言すれば、ラッパーＡＰＩ１２０、１２２をＡＰＩ１７４の一部として用いる構成であってもよい。 For example, the wrapper API 120, 122 may be part of the API 174. In other words, the wrapper API 120, 122 may be used as part of the API 174.

また、中間言語にコンパイルされるオブジェクト指向言語は、上記以外のものであってもよい。ネイティブライブラリはアセンブリ言語を一部又は全部用いて作成したものであってもよい。 The object-oriented language compiled into the intermediate language may be other than the above. The native library may be created using part or all of the assembly language.

１０イントラネット
１１画像形成装置
１２ＰＣ
１３アクセスポイント
１４、２５スマートフォン
２０インターネット
２１〜２３クラウド
２４基地局
３１〜３３クラウドサービス
４０スキャナ
４１プリンタ
４２ＦＡＸ
４３操作パネル
４４ＮＩＣ
５０、７０、１１０、ＰＬ１、ＰＬ２プラットフォーム
５１、７１、１７１制御モジュール
５２、５４、５８、７２、７４、７９、１７４、１７９ＡＰＩ
５３、７３、１７３基本アプリケーション
５５、７５、１７５設定情報データベース
５６、７６、１７６システム管理部
５７Ｗｅｂサービスプロバイダ
６０カメラ
６１傾きセンサ
６２ブルーツース通信部
６３操作パネル
６４通信アダプタ
６５アンテナ
７２Ａ、１７２、１７２Ａ、１２１、１２２ラッパーＡＰＩ
７７Ｗｅｂクライアント
７８、７８Ａ拡張アプリケーション
７Ａ、７ＢＷｅｂサービスインターフェイス
９１ＣＰＵ
９２インターフェイス
９３メモリ
９４補助記憶装置
９５会話型入出力装置
９６ネットワークインターフェイス
１００テキストエディタ
１０１デザイナ
１０２デバッガ
１０３ビルダ
１０４アプリ開発統合管理部
１０５スマートフォンハードウェアシミュレータ
１２０、１２０Ａネイティブライブラリ 10 Intranet 11 Image forming device 12 PC
13 Access Point 14, 25 Smartphone 20 Internet 21-23 Cloud 24 Base Station 31-33 Cloud Service 40 Scanner 41 Printer 42 FAX
43 Operation panel 44 NIC
50, 70, 110, PL1, PL2 Platform 51, 71, 171 Control module 52, 54, 58, 72, 74, 79, 174, 179 API
53, 73, 173 Basic application 55, 75, 175 Setting information database 56, 76, 176 System management unit 57 Web service provider 60 Camera 61 Tilt sensor 62 Bluetooth communication unit 63 Operation panel 64 Communication adapter 65 Antenna 72A, 172, 172A, 121, 122 wrapper API
77 Web client 78, 78A Extended application 7A, 7B Web service interface 91 CPU
92 Interface 93 Memory 94 Auxiliary Storage 95 Interactive Input / Output Device 96 Network Interface 100 Text Editor 101 Designer 102 Debugger 103 Builder 104 Application Development Integrated Management Unit 105 Smartphone Hardware Simulator 120, 120A Native Library

Claims

複数のネイティブ関数又はネイティブメソッドをネイティブサブルーチンとして備えたネイティブライブラリと、
該複数のネイティブサブルーチンのそれぞれについて、第１の中間言語で記述された関数呼出しに応答して、該第１の中間言語で記述された関数呼出しコードの各引数の型を該ネイティブサブルーチンの対応する引数の型に変換して該ネイティブサブルーチンを呼出し、該ネイティブサブルーチンの戻り値の型を該第１の中間言語の対応する型に変換して該第１の中間言語で記述された関数の呼び出し元に返す型変換メソッドを備えた第１ラッパークラスと、
該複数のネイティブサブルーチンのそれぞれについて、第２の中間言語で記述された関数呼出しに応答して、該第２の中間言語で記述された関数呼出しコードの各引数の型を該ネイティブサブルーチンの対応する引数の型に変換して該ネイティブサブルーチンを呼出し、該ネイティブサブルーチンの戻り値の型を該第２の中間言語の対応する型に変換して該第２の中間言語で記述された関数の呼び出し元に返す型変換メソッドを備えた第２ラッパークラスと、
を有し、該ネイティブライブラリ、該第１ラッパークラス及び該第２ラッパークラスを中間言語用拡張ライブラリとして備えていることを特徴とするコンピューター実行可能なプログラム。 A native library with multiple native functions or methods as native subroutines;
For each of the plurality of native subroutines, in response to the function call described in the first intermediate language, the type of each argument of the function call code described in the first intermediate language corresponds to the native subroutine. Calling the native subroutine by converting it to the type of the argument, converting the return value type of the native subroutine to the corresponding type of the first intermediate language, and the function caller described in the first intermediate language A first wrapper class with a type conversion method to return to
For each of the plurality of native subroutines, in response to the function call described in the second intermediate language, the type of each argument of the function call code described in the second intermediate language corresponds to the native subroutine. Calling the native subroutine after converting it to the argument type, converting the return value type of the native subroutine to the corresponding type of the second intermediate language, and the function caller described in the second intermediate language A second wrapper class with a type conversion method to return to
And a computer-executable program comprising the native library, the first wrapper class, and the second wrapper class as an extension library for an intermediate language.

該第１の中間言語はＣ＃の中間言語であり、該第２の中間言語はＪａｖａ（登録商標）の中間言語であることを特徴とする請求項１に記載のコンピューター実行可能なプログラム。 The computer-executable program according to claim 1, wherein the first intermediate language is a C # intermediate language, and the second intermediate language is a Java (registered trademark) intermediate language.

携帯端末のユーザアプリケーション開発用であることを特徴とする請求項１又は２に記載のコンピューター実行可能なプログラム。 The computer-executable program according to claim 1, wherein the computer-executable program is used for developing a user application for a portable terminal.