JP2015122018A

JP2015122018A - アプリケーション開発支援プログラム及びアプリケーション開発支援システム

Info

Publication number: JP2015122018A
Application number: JP2013266531A
Authority: JP
Inventors: 巧太郎金子; Kotaro Kaneko
Original assignee: Kyocera Document Solutions Inc
Current assignee: Kyocera Document Solutions Inc
Priority date: 2013-12-25
Filing date: 2013-12-25
Publication date: 2015-07-02
Anticipated expiration: 2033-12-25
Also published as: US9335990B2; JP6013315B2; US20150178074A1

Abstract

【課題】アプリケーション開発環境で、プラットフォームバージョンを関連付けるテーブルが不要となる技術を提供する。
【解決手段】アプリケーション開発支援システム１０は開発ツール部２０とビルド用資産保持部３０とビルド部４０を備える。ビルド用資産保持部３０はプロジェクトで作成されるアプリケーションのビルドに必要な各種ファイルやライブラリを保持する。ファイル抽出部４４は動作ターゲットのプラットフォームが複数バージョン有る場合、ビルド用資産保持部３０から全プラットフォーム共通に必要なライブラリを抽出しかつ共通でないが必要とされるライブラリを抽出する。インターフェイス照会部４６は残っているライブラリに関して公開インターフェイスを問い合わせる。マニュフェストファイル作成部４８はインターフェイス照会処理で探し出された差分のマニュフェストファイルを作成し既存マニュフェストファイルに結合する。
【選択図】図１

Description

本発明は、アプリケーション開発支援プログラム及びアプリケーション開発支援システムに係り、例えば、複数のバージョンのプラットフォームに適用するアプリケーションを作成するためのアプリケーション開発支援プログラム及びアプリケーション開発支援システムに関する。

一般的にアプリケーションを作成するためには開発環境が必要であり、この開発環境を利用してターゲットとなるアプリケーション（ソフトウェア）を作成する。ターゲットとなるアプリケーションには、そのアプリケーションが動作対象となるバージョンによって特定されるプラットフォームが存在している。このプラットフォームの代表例はオペレーティングシステムである。開発環境はこの複数バージョンのプラットフォームをサポートすることが多い。アプリケーションに必要とされるファイル、ライブラリ等はプラットフォームのバージョン毎に異なる。通常の開発環境はアプリケーションのビルド時か自身のインストール時に指定されたプラットフォームに、どのファイル、ライブラリ等が必要であるかを決定する必要がある。

そのような開発環境の技術として、ユーザーの利便性を向上させる各種の技術が提供されている。例えば、ソフトウェアの開発環境及び実行環境におけるライブラリ管理方法に関して、特にライブラリ構成に関する規則を追加・変更・削除することができるライブラリ管理方法の技術がある（例えば特許文献１参照）。

特開平１０−２６９０６５号公報

ところで、特許文献１に開示の技術では、管理表を利用しており更新が頻繁に行われる環境向きではなく、更新に関わる工数も大きいことから別の技術が求められていた。

本発明はこのような状況に鑑みてなされたものであり、上記課題を解決できる技術を提供することを目的とする。

本発明は、ライブラリ及びマニュフェストファイルを含むビルド用資産をビルドしてアプリケーションを作成する際に用いられるアプリケーション開発支援プログラムであって、アプリケーションの動作ターゲットとなるプラットフォームが複数バージョン有る場合に、所定の資産保持領域から、それら全てのプラットフォームに共通に必要とされるライブラリを抽出し、かつ、共通でないが必要とされるライブラリを特定し抽出するファイル抽出工程と、前記資産保持領域において抽出されず残っているライブラリに関して公開インターフェイスを問い合わせるインターフェイス照会工程と、前記インターフェイス照会工程によって探し出された差分のマニュフェストファイルを作成し、既存のマニュフェストファイルに結合するマニュフェストファイル作成工程と、を実行する。
本発明は、ライブラリ及びマニュフェストファイルを含むビルド用資産をビルドしてアプリケーションを作成する際に用いられるアプリケーション開発支援システムであって、アプリケーションの動作ターゲットとなるプラットフォームが複数バージョン有る場合に、所定の資産保持領域から、それら全てのプラットフォームに共通に必要とされるライブラリを抽出し、かつ、共通でないが必要とされるライブラリを特定し抽出するファイル抽出部と、前記資産保持領域において抽出されず残っているライブラリに関して公開インターフェイスを問い合わせるインターフェイス照会部と、前記インターフェイス照会部によって探し出された差分のマニュフェストファイルを作成し、既存のマニュフェストファイルに結合するマニュフェストファイル作成部と、を備える。

本発明によると、アプリケーション開発環境において、ターゲットのプラットフォームのバージョンを関連付けるテーブルが不要となる技術を提供することができる。

本発明の実施形態に係る、アプリケーション開発支援システムを示す機能ブロック図である。本発明の実施形態に係る、アプリケーション開発支援システムを用いたビルド処理を示すフローチャートである。本発明の実施形態に係る、アプリケーション開発支援システムのバージョン切替処理を示すフローチャートである。

以下、本発明を実施するための形態（以下、「実施形態」という）を、図面を参照して説明する。

図１は、本実施形態に係るアプリケーション開発支援システム１０（アプリケーション開発環境）の概略構成を示す機能ブロック図である。アプリケーション開発支援システム１０は、ソフトウェア的には所定の演算装置や記憶装置を有するコンピュータにより実行されるプログラムとして、ハードウェア的にはそのプログラムを実行するコンピュータ及びその周辺機器（表示装置、入出力装置等）により実現される。

アプリケーション開発支援システム１０は、開発ツール部２０と、ビルド用資産保持部３０と、ビルド部４０とを有する。

開発ツール部２０は、アプリケーション（ソフトウェア）の開発環境を提供するためのソフトウェアツールであって、いわゆるＧＵＩ（Graphical User Interface）によって、アプリケーションの設計、コーディング、デバッグ、及びテスト等を支援するための統合環境を提供する。ここでは、開発ツール部２０は、作成するアプリケーションの開発環境を「プロジェクト」と呼ばれる単位で管理する。具体的には、ユーザーは、アプリケーションを作成する際に開発ツール部２０を使用しプロジェクトを定義するととともに、定義したプロジェクトにおいてソースコード等の編集を行う。

ビルド用資産保持部３０は、プロジェクトにおいて作成されるアプリケーションをビルドする際に必要とされる各種のファイルやライブラリ等を保持する。

ビルド部４０は、ビルド用資産保持部３０に保持されているファイルやライブラリ等を用いてビルドを行い、所望のアプリケーションを作成する。ここで、ビルドとは、ビルド用資産保持部３０のファイル等に基づいてアプリケーションの実行コードを生成することである。一般的にはコンパイル及びリンク等の過程を含む処理をいう。

ビルド部４０は、ビルド実行部４２と、ファイル抽出部４４と、インターフェイス照会部４６と、マニュフェストファイル作成部４８とを備える。

ビルド実行部４２は、ビルド用資産保持部３０に基づいてアプリケーションを実際にビルドするためのコンパイラ等のプログラムツールである。

ファイル抽出部４４は、オペレーションシステム等のプラットフォームが複数バージョン有る場合に、それら全てのプラットフォームに共通に必要とされるライブラリを抽出する。ここで、抽出するとは、実際に検索してプロジェクトにおける必要な場所に配置することである。これはビルド時のリンクのためのパスが通っていれば配置場所は特に限定しない。また、共通というのは全てのバージョンで共通なファイルとなる。この共通ファイルは固定である。

さらに、ファイル抽出部４４は、共通に必要とされるライブラリの抽出処理につづき、ターゲットとなるプラットフォームに必要とされるファイルを探索する処理を行う。探索するためにはファイルとライブラリを区別する必要があるが、区別に拡張子を利用してもよい。この処理により、ファイル抽出部４４は、共通でないが必要とされるライブラリを特定する。

インターフェイス照会部４６は、抽出されず残っているライブラリに関して公開インターフェイスを問い合わせる処理を行う。インターフェイスへの問い合わせについては、他のアプリケーションがそのライブラリ上で利用できるＡＰＩ（Application Programming Interface）を探し出すためのものである。この処理はビルド対象のアプリケーションがどのＡＰＩを利用するかまた利用しないかを決定するために宣言されるものであって、動的に生成される。この情報を記載したファイルはマニュフェストファイルと呼ばれこともあり、多くの開発環境においてビルド時に必要となる。

マニュフェストファイル作成部４８は、インターフェイス照会部４６によって探し出された差分のマニュフェストファイルを作成し、既存のマニュフェストファイルに結合する。

以上の構成による処理を説明する。図２は、アプリケーション開発支援システム１０によるビルド処理を示すフローチャートである。

ユーザーは、開発ツール部２０を操作し表示装置に開発用のＧＵＩを表示させ、アプリケーション作成処理を開始する。まず、ファイル抽出部４４は、ビルド用資産保持部３０を参照して全プラットフォームに共通するライブラリやファイルを抽出する（Ｓ１０）。

つぎに、ファイル抽出部４４は、ビルド用資産保持部３０に抽出されずに残っているファイルやライブラリがあるか否かを確認する（Ｓ１２）。残っていない場合（Ｓ１２のＮ）、ビルド実行部４２は、マニュフェストファイルと抽出したファイル及びライブラリを用いてビルドを実行し（Ｓ１４）、アプリケーションが作成される（Ｓ１６）。

残っている場合（Ｓ１２のＹ）、ファイル抽出部４４は、ターゲットとなるプラットフォームに必要とされるファイルを探索し抽出する（Ｓ１８）。

つぎに、インターフェイス照会部４６は、抽出されず残っているライブラリに関して公開インターフェイスを問い合わせる処理を行う（Ｓ２０）。

さらに、マニュフェストファイル作成部４８は、インターフェイス照会部４６によって探し出された差分のマニュフェストファイルを作成し（Ｓ２２）、既存のマニュフェストファイルと結合する（Ｓ２４）。その後、上述したビルド実行部４２によるビルドの実行（Ｓ１４）で、アプリケーションが作成される（Ｓ１６）。

図３は、アプリケーション開発環境のバージョン切替処理を示すフローチャートである。ターゲットのプラットフォームのバージョンを切り替えるためには、不要なファイルをアンインストールして、必要なファイルをインストールする必要がある。

そこで、開発ツール部２０は、ターゲットのプラットフォームのバージョンをインストールする場合に、新規インストールか否かを確認する（Ｓ３０）。新規インストールで無い場合（Ｓ３０のＮ）、開発ツール部２０は、一旦ライブラリファイルをアンインストールし（Ｓ３２）、インストールするライブラリファイルを選択し（Ｓ３４）、インストールを行う（Ｓ３６）。新規インストールの場合（Ｓ３０のＹ）、開発ツール部２０は、アンインストールの処理を行わず、所望のライブラリファイルを選択し（Ｓ３４）、インストールを行う（Ｓ３６）。

以上、本実施形態では、必要とされるファイル、ライブラリ、マニュフェストファイル等がビルド用資産保持部３０に保持され、それらは開発環境のインストール時に導入される。その結果で、プラットフォームバージョンを関連付けるテーブル、表といったものが不要となる。従来技術ではすべてのファイルを保持しているため、これらの管理表を更新し、必要なファイル、ライブラリ、マニュフェストファイルを準備するする必要があるため開発環境のインストールサイズも大きくなる傾向が強かったが、本実施の形態ではインストールサイズを大きくすること無く、導入先のハードウェア資源のキャパシティを効果的に活用することができる。

また、従来では、バージョンが増える毎に、そのバージョンに適用させるために開発環境自身をアップデートしなければならないという不便さがあった。しかし、本実施形態では、バージョンの切替はインストール時に行われ、必要なファイルをその都度選択する方式である。その結果、管理表の更新は不要であり、またプラットフォームバージョンの追加は必要なファイルをインストールパッケージとして追加するだけでよい。

特に、Android（登録商標）やLinux（登録商標）のようなオープンソースのオペレーテンングシステムではバージョンが頻繁に更新されるため、上述のような方式を用いることは非常に効果的である。また、特別のリソースや処理能力は不要であり、他の既存機能にほとんど影響しないという利点もある。また、このような開発環境（アプリケーション開発支援システム１０）は、例えばプリンターや複合機といった画像形成装置に関するアプリケーションの作成に有効である。すわなち、プリンターや複合機は、現実的な処理の観点から寿命が長いものもあり、特に多くのオペレーティングシステム（プラットフォーム）に対応する必要がある。一方、パーソナルコンピュータでは、ハードウェアの処理能力等の観点から、使用可能なオペレーティングシステムは数世代（数バージョン）に限られることが多い。この点で、画像形成装置のアプリケーションに関して、本実施形態の機能を利用することで、多様なプラットフォームに対応したアプリケーション作成環境の利便性を向上させることができる。

以上、本発明を実施形態をもとに説明した。この実施形態は例示であり、それらの各構成要素の組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

１０アプリケーション開発支援システム
２０開発ツール部
３０ビルド用資産保持部
４０ビルド部
４２ビルド実行部
４４ファイル抽出部
４６インターフェイス照会部
４８マニュフェストファイル作成部

Claims

ライブラリ及びマニュフェストファイルを含むビルド用資産をビルドしてアプリケーションを作成する際に用いられるアプリケーション開発支援プログラムであって、
アプリケーションの動作ターゲットとなるプラットフォームが複数バージョン有る場合に、所定の資産保持領域から、それら全てのプラットフォームに共通に必要とされるライブラリを抽出し、かつ、共通でないが必要とされるライブラリを特定し抽出するファイル抽出工程と、
前記資産保持領域において抽出されず残っているライブラリに関して公開インターフェイスを問い合わせるインターフェイス照会工程と、
前記インターフェイス照会工程によって探し出された差分のマニュフェストファイルを作成し、既存のマニュフェストファイルに結合するマニュフェストファイル作成工程と、
を実行することを特徴とするアプリケーション開発支援プログラム。
ライブラリ及びマニュフェストファイルを含むビルド用資産をビルドしてアプリケーションを作成する際に用いられるアプリケーション開発支援システムであって、
アプリケーションの動作ターゲットとなるプラットフォームが複数バージョン有る場合に、所定の資産保持領域から、それら全てのプラットフォームに共通に必要とされるライブラリを抽出し、かつ、共通でないが必要とされるライブラリを特定し抽出するファイル抽出部と、
前記資産保持領域において抽出されず残っているライブラリに関して公開インターフェイスを問い合わせるインターフェイス照会部と、
前記インターフェイス照会部によって探し出された差分のマニュフェストファイルを作成し、既存のマニュフェストファイルに結合するマニュフェストファイル作成部と、
を備えることを特徴とするアプリケーション開発支援システム。