JP2017084054A

JP2017084054A - 電子機器、インストール制御プログラムおよびパッケージファイル生成方法

Info

Publication number: JP2017084054A
Application number: JP2015210803A
Authority: JP
Inventors: 真也神田; Masaya Kanda
Original assignee: Kyocera Document Solutions Inc
Current assignee: Kyocera Document Solutions Inc
Priority date: 2015-10-27
Filing date: 2015-10-27
Publication date: 2017-05-18

Abstract

【課題】アプリケーションのインストールの作業を容易化することができる電子機器、インストール制御プログラムおよびパッケージファイル生成方法を提供する。
【解決手段】アプリケーションを動作させるＪａｖａＶＭと、アプリケーションをインストールするインストール制御手段とを備えるＭＦＰであって、インストール制御手段は、複数のアプリケーションの実行ファイルとしてのアプリケーション用プログラムと、複数のアプリケーションのそれぞれが対応可能なＪａｖａＶＭのバージョンを示す対応バージョン情報とが含まれるパッケージファイルがインストールされる場合に、対応バージョン情報と、ＭＦＰのＪａｖａＶＭのバージョンとに基づいて、複数のアプリケーションのアプリケーション用プログラムのうち、アプリケーションのインストールに使用されるアプリケーション用プログラムを決定する（Ｓ１１２）ことを特徴とする。
【選択図】図５

Description

本発明は、アプリケーションがインストールされる電子機器、インストール制御プログラムおよびパッケージファイル生成方法に関する。

従来、アプリケーションを動作させるプラットフォームを備える電子機器が知られている（例えば、特許文献１、２参照。）。ここで、アプリケーションの提供者は、プラットフォームのバージョンが互いに異なる複数の電子機器に向けてアプリケーションを開発する場合に、新しいバージョンのプラットフォームで新たに追加されたＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｍｉｎｇＩｎｔｅｒｆａｃｅ）を使用するアプリケーションが古いバージョンのプラットフォームで動作しないとき、新しいバージョンのプラットフォームで新たに追加されたＡＰＩを使用するアプリケーション、すなわち、新しいバージョンのプラットフォーム用のアプリケーションと、新しいバージョンのプラットフォームで新たに追加されたＡＰＩを使用しないアプリケーション、すなわち、古いバージョンのプラットフォーム用のアプリケーションとを開発する必要がある。

特開２００３−３３０７３２号公報特開２００８−２９５０２７号公報

しかしながら、従来の電子機器においては、対応可能なプラットフォームのバージョンが互いに異なる複数のアプリケーションが存在する場合にアプリケーションがインストールされるとき、対応可能なプラットフォームのバージョンが互いに異なる複数のアプリケーションの中から、電子機器のプラットフォームに適したアプリケーションを、アプリケーションの提供者および電子機器の利用者の何れかが選ぶ必要があるという問題がある。すなわち、対応可能なプラットフォームのバージョンが互いに異なる複数のアプリケーションの中から、電子機器のプラットフォームに適したアプリケーションを、アプリケーションの提供者が選ぶ場合には、対応可能なプラットフォームのバージョンが互いに異なる複数のアプリケーションの中から、電子機器のプラットフォームに適したアプリケーションを、アプリケーションの提供者が選んで電子機器の利用者に提供した後、アプリケーションの提供者から提供されたアプリケーションを電子機器の利用者が電子機器にインストールする。また、対応可能なプラットフォームのバージョンが互いに異なる複数のアプリケーションの中から、電子機器のプラットフォームに適したアプリケーションを、電子機器の利用者が選ぶ場合には、対応可能なプラットフォームのバージョンが互いに異なる複数のアプリケーションをアプリケーションの提供者が電子機器の利用者に提供した後、アプリケーションの提供者から提供された複数のアプリケーションの中から、電子機器のプラットフォームに適したアプリケーションを、電子機器の利用者が選んで電子機器にインストールする。

そこで、本発明は、アプリケーションのインストールの作業を容易化することができる電子機器、インストール制御プログラムおよびパッケージファイル生成方法を提供することを目的とする。

本発明の電子機器は、アプリケーションを動作させるプラットフォームと、前記アプリケーションをインストールするインストール制御手段とを備える電子機器であって、前記インストール制御手段は、複数の前記アプリケーションの実行ファイルと、前記複数のアプリケーションのそれぞれが対応可能な前記プラットフォームのバージョンを示す対応バージョン情報とが含まれるパッケージファイルがインストールされる場合に、前記対応バージョン情報と、前記電子機器の前記プラットフォームのバージョンとに基づいて、前記複数のアプリケーションの前記実行ファイルのうち、前記アプリケーションのインストールに使用される前記実行ファイルを決定することを特徴とする。

この構成により、本発明の電子機器は、複数のアプリケーションの実行ファイルと、複数のアプリケーションのそれぞれが対応可能なプラットフォームのバージョンを示す対応バージョン情報とが含まれるパッケージファイルがインストールされる場合に、対応バージョン情報と、電子機器のプラットフォームのバージョンとに基づいて、複数のアプリケーションの実行ファイルのうち、アプリケーションのインストールに使用される実行ファイルを電子機器自身が決定するので、複数のアプリケーションの中から電子機器のプラットフォームに適したアプリケーションをアプリケーションの提供者および電子機器の利用者の何れも選ぶ必要がなく、アプリケーションのインストールの作業を容易化することができる。

本発明のインストール制御プログラムは、アプリケーションを動作させるプラットフォームを備える電子機器を、前記アプリケーションをインストールするインストール制御手段として機能させるインストール制御プログラムであって、前記インストール制御手段は、複数の前記アプリケーションの実行ファイルと、前記複数のアプリケーションのそれぞれが対応可能な前記プラットフォームのバージョンを示す対応バージョン情報とが含まれるパッケージファイルがインストールされる場合に、前記対応バージョン情報と、前記電子機器の前記プラットフォームのバージョンとに基づいて、前記複数のアプリケーションの前記実行ファイルのうち、前記アプリケーションのインストールに使用される前記実行ファイルを決定することを特徴とする。

この構成により、本発明のインストール制御プログラムを実行する電子機器は、複数のアプリケーションの実行ファイルと、複数のアプリケーションのそれぞれが対応可能なプラットフォームのバージョンを示す対応バージョン情報とが含まれるパッケージファイルがインストールされる場合に、対応バージョン情報と、電子機器のプラットフォームのバージョンとに基づいて、複数のアプリケーションの実行ファイルのうち、アプリケーションのインストールに使用される実行ファイルを電子機器自身が決定するので、複数のアプリケーションの中から電子機器のプラットフォームに適したアプリケーションをアプリケーションの提供者および電子機器の利用者の何れも選ぶ必要がなく、アプリケーションのインストールの作業を容易化することができる。

本発明のパッケージファイル生成方法は、複数のアプリケーションの実行ファイルと、前記複数のアプリケーションのそれぞれが対応可能なプラットフォームのバージョンを示す対応バージョン情報とを含めてインストール用のパッケージファイルを生成することを特徴とする。

この構成により、本発明のパッケージファイル生成方法によって生成されたパッケージファイルがインストールされる電子機器は、対応バージョン情報と、電子機器のプラットフォームのバージョンとに基づいて、複数のアプリケーションの実行ファイルのうち、アプリケーションのインストールに使用される実行ファイルを電子機器自身が決定するので、複数のアプリケーションの中から電子機器のプラットフォームに適したアプリケーションをアプリケーションの提供者および電子機器の利用者の何れも選ぶ必要がなく、アプリケーションのインストールの作業を容易化することができる。

本発明の電子機器、インストール制御プログラムおよびパッケージファイル生成方法は、アプリケーションのインストールの作業を容易化することができる。

本発明の一実施の形態に係るＭＦＰのブロック図である。図１に示すＭＦＰのソフトウェアのアーキテクチャーを示す図である。図１に示すＭＦＰにインストールされるパッケージファイルのブロック図である。図３に示すパッケージファイルの生成方法のフローチャートである。パッケージファイルがインストールされる場合の図１に示すＭＦＰの動作のフローチャートである。パッケージファイルがインストールされた場合の図１に示すＭＦＰのブロック図である。アプリケーション（ｆｏｒＶｅｒｓｉｏｎＡ）がインストールされた場合の図１に示すＭＦＰのソフトウェアのアーキテクチャーを示す図である。アプリケーション（ｆｏｒＶｅｒｓｉｏｎＢ）がインストールされた場合の図１に示すＭＦＰのソフトウェアのアーキテクチャーを示す図である。

以下、本発明の一実施の形態について、図面を用いて説明する。

まず、本実施の形態に係る電子機器としてのＭＦＰ（ＭｕｌｔｉｆｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ）の構成について説明する。

図１は、本実施の形態に係るＭＦＰ１０のブロック図である。

図１に示すように、ＭＦＰ１０は、種々の操作が入力されるボタンなどの入力デバイスである操作部１１と、種々の情報を表示するＬＣＤ（ＬｉｑｕｉｄＣｒｙｓｔａｌＤｉｓｐｌａｙ）などの表示デバイスである表示部１２と、用紙などの記録媒体に印刷を実行する印刷デバイスであるプリンター１３と、原稿から画像を読み取る読取デバイスであるスキャナー１４と、図示していない外部のファクシミリ装置と公衆電話回線などの通信回線経由でファックス通信を行うファックスデバイスであるファックス通信部１５と、ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）、インターネットなどのネットワーク経由で外部の装置と通信を行うネットワーク通信デバイスであるネットワーク通信部１６と、各種の情報を記憶する半導体メモリー、ＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）などの不揮発性の記憶デバイスである記憶部１７と、ＭＦＰ１０全体を制御する制御部１８とを備えている。

記憶部１７は、Ｊａｖａ（登録商標）のアプリケーションの実行ファイルとしてのアプリケーション用プログラム１７ａを複数記憶することが可能である。また、記憶部１７は、Ｊａｖａのアプリケーションを動作させるＯＳＧｉ（ＯｐｅｎＳｅｒｖｉｃｅＧａｔｅｗａｙｉｎｉｔｉａｔｉｖｅ）フレームワークを実現するためのＯＳＧｉフレームワーク用プログラム１７ｂと、ＯＳＧｉフレームワークを介してＪａｖａのアプリケーションを動作させるプラットフォームとしてのＪａｖａＶＭ（ＶｉｒｔｕａｌＭａｃｈｉｎｅ）を実現するためのＪａｖａＶＭ用ＪａｖａＶＭ用プログラム１７ｃと、ＪａｖａＶＭを動作させるＯＳ（ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ）を実現するためのＯＳ用プログラム１７ｄとを記憶している。

記憶部１７は、アプリケーションをインストールするためのインストール制御プログラム１７ｅを記憶している。インストール制御プログラム１７ｅは、ＭＦＰ１０の製造段階でＭＦＰ１０にインストールされていても良いし、ＳＤカード、ＵＳＢ（ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ）メモリーなどの外部記憶媒体からＭＦＰ１０に追加でインストールされても良いし、ネットワーク上からＭＦＰ１０に追加でインストールされても良い。

制御部１８は、例えば、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）と、プログラムおよび各種のデータを記憶しているＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）と、ＣＰＵの作業領域として用いられるＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）とを備えている。ＣＰＵは、ＲＯＭまたは記憶部１７に記憶されているプログラムを実行する。

図２は、ＭＦＰ１０のソフトウェアのアーキテクチャーを示す図である。

図２に示すように、ＭＦＰ１０のソフトウェアのアーキテクチャーは、アプリケーション用プログラム１７ａ、ＯＳＧｉフレームワーク用プログラム１７ｂ、ＪａｖａＶＭ用プログラム１７ｃ、ＯＳ用プログラム１７ｄが制御部１８によって実行されることによってそれぞれ実現されるアプリケーション１８ａ、ＯＳＧｉフレームワーク１８ｂ、ＪａｖａＶＭ１８ｃ、ＯＳ１８ｄによって構成されている。

図１に示すように、制御部１８は、記憶部１７に記憶されているインストール制御プログラム１７ｅを実行することによって、アプリケーション１８ａをインストールするインストール制御手段１８ｅとして機能する。

次に、ＭＦＰ１０へのアプリケーション１８ａのインストールについて説明する。

まず、ＭＦＰ１０にインストールされるパッケージファイルの生成方法について説明する。

図３は、ＭＦＰ１０にインストールされるパッケージファイル２０のブロック図である。図４は、パッケージファイル２０の生成方法のフローチャートである。

図３および図４に示すように、アプリケーションの開発者は、特定のバージョン（以下「バージョンＡ」と言う。）のＪａｖａＶＭ１８ｃ（以下「ＪａｖａＶＭ（ＶｅｒｓｉｏｎＡ）」と言う。）で動作可能なアプリケーション１８ａ（以下「アプリケーション（ｆｏｒＶｅｒｓｉｏｎＡ）」と言う。）の実行ファイルとしてのアプリケーション（ｆｏｒＶｅｒｓｉｏｎＡ）用プログラム２１をコンピューター（図示せず。）を使用して生成する（Ｓ１０１）。ここで、アプリケーション（ｆｏｒＶｅｒｓｉｏｎＡ）用プログラム２１には、アプリケーション（ｆｏｒＶｅｒｓｉｏｎＡ）が対応可能なＪａｖａＶＭ（ＶｅｒｓｉｏｎＡ）のバージョン、すなわち、バージョンＡを示す対応バージョン情報２１ａが含まれている。

アプリケーションの開発者は、Ｓ１０１の処理の後、バージョンＡより後の特定のバージョン（以下「バージョンＢ」と言う。）のＪａｖａＶＭ１８ｃ（以下「ＪａｖａＶＭ（ＶｅｒｓｉｏｎＢ）」と言う。）で動作可能なアプリケーション１８ａ（以下「アプリケーション（ｆｏｒＶｅｒｓｉｏｎＢ）」と言う。）の実行ファイルとしてのアプリケーション（ｆｏｒＶｅｒｓｉｏｎＢ）用プログラム２２をコンピューター（図示せず。）を使用して生成する（Ｓ１０２）。ここで、アプリケーション（ｆｏｒＶｅｒｓｉｏｎＢ）用プログラム２２には、アプリケーション（ｆｏｒＶｅｒｓｉｏｎＢ）が対応可能なＪａｖａＶＭ（ＶｅｒｓｉｏｎＢ）のバージョン、すなわち、バージョンＢを示す対応バージョン情報２２ａが含まれている。

アプリケーションの開発者は、Ｓ１０２の処理の後、Ｓ１０１において生成したアプリケーション（ｆｏｒＶｅｒｓｉｏｎＡ）用プログラム２１と、Ｓ１０２において生成したアプリケーション（ｆｏｒＶｅｒｓｉｏｎＢ）用プログラム２２とを含むパッケージファイル２０をコンピューター（図示せず。）を使用して生成して（Ｓ１０３）、図４に示す処理を終了する。

なお、Ｓ１０１の処理と、Ｓ１０２の処理とは、同時に実行されても良いし、順番を逆にして実行されても良い。また、図４に示す処理の少なくとも一部は、インストール用のパッケージファイル２０を生成するための専用のソフトウェアを使用して実行されても良い。

次に、パッケージファイル２０がインストールされる場合のＭＦＰ１０の動作について説明する。

図５は、パッケージファイル２０がインストールされる場合のＭＦＰ１０の動作のフローチャートである。

ＭＦＰ１０の利用者がＭＦＰ１０にパッケージファイル２０をインストールすると、制御部１８は、図５に示す動作を実行する。

図５に示すように、インストール制御手段１８ｅは、パッケージファイル２０内のアプリケーション（ｆｏｒＶｅｒｓｉｏｎＡ）用プログラム２１およびアプリケーション（ｆｏｒＶｅｒｓｉｏｎＢ）用プログラム２２を図６に示すように記憶部１７に記憶する（Ｓ１１１）。

次いで、インストール制御手段１８ｅは、Ｓ１１１において記憶部１７に記憶されたアプリケーション（ｆｏｒＶｅｒｓｉｏｎＡ）用プログラム２１の対応バージョン情報２１ａに示されている「バージョンＡ」と、Ｓ１１１において記憶部１７に記憶されたアプリケーション（ｆｏｒＶｅｒｓｉｏｎＢ）用プログラム２２の対応バージョン情報２２ａに示されている「バージョンＢ」と、ＭＦＰ１０のＪａｖａＶＭ１８ｃのバージョンとに基づいて、アプリケーション（ｆｏｒＶｅｒｓｉｏｎＡ）用プログラム２１およびアプリケーション（ｆｏｒＶｅｒｓｉｏｎＢ）用プログラム２２のうち、アプリケーションのインストールに使用されるアプリケーション用プログラムを決定する（Ｓ１１２）。例えば、ＭＦＰ１０のＪａｖａＶＭ１８ｃのバージョンがバージョンＡである場合、インストール制御手段１８ｅは、アプリケーションのインストールに使用されるアプリケーション用プログラムとして、アプリケーション（ｆｏｒＶｅｒｓｉｏｎＡ）用プログラム２１を決定する。また、ＭＦＰ１０のＪａｖａＶＭ１８ｃのバージョンがバージョンＢである場合、インストール制御手段１８ｅは、アプリケーションのインストールに使用されるアプリケーション用プログラムとして、アプリケーション（ｆｏｒＶｅｒｓｉｏｎＢ）用プログラム２２を決定する。

次いで、インストール制御手段１８ｅは、Ｓ１１２において決定したアプリケーション用プログラムを使用してアプリケーションをインストールして（Ｓ１１３）、図５に示す動作を終了する。例えば、ＭＦＰ１０のＪａｖａＶＭ１８ｃのバージョンがバージョンＡである場合、すなわち、ＪａｖａＶＭ１８ｃがＪａｖａＶＭ（ＶｅｒｓｉｏｎＡ）である場合、インストール制御手段１８ｅは、アプリケーション（ｆｏｒＶｅｒｓｉｏｎＡ）用プログラム２１を使用して、図７に示すように、アプリケーション１８ａとしてアプリケーション（ｆｏｒＶｅｒｓｉｏｎＡ）をインストールする。また、ＭＦＰ１０のＪａｖａＶＭ１８ｃのバージョンがバージョンＢである場合、すなわち、ＪａｖａＶＭ１８ｃがＪａｖａＶＭ（ＶｅｒｓｉｏｎＢ）である場合、インストール制御手段１８ｅは、アプリケーション（ｆｏｒＶｅｒｓｉｏｎＢ）用プログラム２２を使用して、図８に示すように、アプリケーション１８ａとしてアプリケーション（ｆｏｒＶｅｒｓｉｏｎＢ）をインストールする。

以上に説明したように、ＭＦＰ１０は、複数のアプリケーションの実行ファイル、すなわち、アプリケーション（ｆｏｒＶｅｒｓｉｏｎＡ）用プログラム２１およびアプリケーション（ｆｏｒＶｅｒｓｉｏｎＢ）用プログラム２２と、複数のアプリケーションのそれぞれが対応可能なＪａｖａＶＭ１８ｃのバージョンを示す対応バージョン情報２１ａ、２２ａとが含まれるパッケージファイル２０がインストールされる場合に、対応バージョン情報２１ａ、２２ａと、ＭＦＰ１０のＪａｖａＶＭ１８ｃのバージョンとに基づいて、アプリケーション（ｆｏｒＶｅｒｓｉｏｎＡ）用プログラム２１およびアプリケーション（ｆｏｒＶｅｒｓｉｏｎＢ）用プログラム２２のうち、アプリケーションのインストールに使用されるアプリケーション用実行ファイルをＭＦＰ１０自身が決定する（Ｓ１１２）ので、複数のアプリケーションの中からＭＦＰ１０のＪａｖａＶＭ１８ｃに適したアプリケーションをアプリケーションの提供者およびＭＦＰ１０の利用者の何れも選ぶ必要がなく、アプリケーションのインストールの作業を容易化することができる。

なお、ＭＦＰ１０は、インストールされたパッケージファイル２０内の複数のアプリケーション用プログラムにそれぞれ対応する複数のアプリケーションがＪａｖａＶＭ１８ｃで動作可能である場合、これらのアプリケーションのうち、最新のバージョンのＪａｖａＶＭに対応可能であるアプリケーションをインストールしても良い。

対応バージョン情報は、本実施の形態においてアプリケーション用プログラムに含まれているが、アプリケーション用プログラムとは別にパッケージファイルに含まれていても良い。

本実施の形態においては、複数のアプリケーションの実行ファイルとして２つのアプリケーション用プログラムがパッケージファイルに含まれている場合について説明している。しかしながら、複数のアプリケーションの実行ファイルとして３つ以上のアプリケーション用プログラムがパッケージファイルに含まれている場合についても同様である。

本発明の電子機器は、本実施の形態においてＭＦＰであるが、プリンター専用機、スキャナー専用機、コピー専用機、ファクシミリ専用機など、ＭＦＰ以外の画像形成装置であっても良いし、ＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）など、画像形成装置以外の電子機器であっても良い。

１０ＭＦＰ（電子機器）
１７ａアプリケーション用プログラム（アプリケーションの実行ファイル）
１７ｅインストール制御プログラム
１８ａアプリケーション
１８ｃＪａｖａＶＭ（プラットフォーム）
１８ｅインストール制御手段
２０パッケージファイル
２１アプリケーション（ｆｏｒＶｅｒｓｉｏｎＡ）用プログラム（アプリケーション（ｆｏｒＶｅｒｓｉｏｎＡ）の実行ファイル）
２１ａ対応バージョン情報
２２アプリケーション（ｆｏｒＶｅｒｓｉｏｎＢ）用プログラム（アプリケーション（ｆｏｒＶｅｒｓｉｏｎＢ）の実行ファイル）
２２ａ対応バージョン情報

Claims

アプリケーションを動作させるプラットフォームと、
前記アプリケーションをインストールするインストール制御手段とを備える電子機器であって、
前記インストール制御手段は、複数の前記アプリケーションの実行ファイルと、前記複数のアプリケーションのそれぞれが対応可能な前記プラットフォームのバージョンを示す対応バージョン情報とが含まれるパッケージファイルがインストールされる場合に、前記対応バージョン情報と、前記電子機器の前記プラットフォームのバージョンとに基づいて、前記複数のアプリケーションの前記実行ファイルのうち、前記アプリケーションのインストールに使用される前記実行ファイルを決定することを特徴とする電子機器。
アプリケーションを動作させるプラットフォームを備える電子機器を、前記アプリケーションをインストールするインストール制御手段として機能させるインストール制御プログラムであって、
前記インストール制御手段は、複数の前記アプリケーションの実行ファイルと、前記複数のアプリケーションのそれぞれが対応可能な前記プラットフォームのバージョンを示す対応バージョン情報とが含まれるパッケージファイルがインストールされる場合に、前記対応バージョン情報と、前記電子機器の前記プラットフォームのバージョンとに基づいて、前記複数のアプリケーションの前記実行ファイルのうち、前記アプリケーションのインストールに使用される前記実行ファイルを決定することを特徴とするインストール制御プログラム。
複数のアプリケーションの実行ファイルと、前記複数のアプリケーションのそれぞれが対応可能なプラットフォームのバージョンを示す対応バージョン情報とを含めてインストール用のパッケージファイルを生成することを特徴とするパッケージファイル生成方法。