JP2017073036A - Information processing device and control method thereof - Google Patents
Information processing device and control method thereof Download PDFInfo
- Publication number
- JP2017073036A JP2017073036A JP2015200472A JP2015200472A JP2017073036A JP 2017073036 A JP2017073036 A JP 2017073036A JP 2015200472 A JP2015200472 A JP 2015200472A JP 2015200472 A JP2015200472 A JP 2015200472A JP 2017073036 A JP2017073036 A JP 2017073036A
- Authority
- JP
- Japan
- Prior art keywords
- class
- execution environment
- execution
- application
- information processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Stored Programmes (AREA)
Abstract
Description
本発明は、情報処理装置におけるアプリケーションの管理技術に関するものである。 The present invention relates to an application management technique in an information processing apparatus.
従来、情報処理装置上でアプリケーションを実行する為の“アプリケーション実行環境”とそこで実行される“アプリケーション”においては、アプリケーションをアプリケーション実行環境に合わせて作成することが前提であった。一方、アプリケーション実行環境においては、挙動に関する問題や新たな機能に対応する必要性から新しいバージョンが市場に導入されることがある。その際、従来の挙動との互換性が一部失われる（非互換性）場合がある。このように非互換性を含んだ新しいバージョンのアプリケーション実行環境が導入される場合、アプリケーションにおいても、アプリケーション実行環境の変化に合わせた新しいバージョンが作成されるのが通例である。これにより、新しいバージョンのアプリケーションは、新しいバージョンのアプリケーション実行環境との組合せで不具合なく動作することが可能であった。 Conventionally, an “application execution environment” for executing an application on an information processing apparatus and an “application” executed there are based on the premise that the application is created in accordance with the application execution environment. On the other hand, in an application execution environment, a new version may be introduced to the market due to problems related to behavior and the necessity of dealing with new functions. At that time, a part of compatibility with the conventional behavior may be lost (incompatibility). When a new version of an application execution environment including incompatibility is introduced as described above, it is usual that a new version corresponding to a change in the application execution environment is also created in the application. As a result, the new version of the application can be operated without any problems in combination with the new version of the application execution environment.
しかしながら、近年では、アプリケーションの開発が大規模化し高コストとなってきている。その結果、非互換性を含んだ新しいバージョンのアプリケーション実行環境のが導入されたにも関わらず、それに沿った新しいバージョンのアプリケーションを作成するのが困難なケースがある。そこで、非互換性を含んだ新しいバージョンのアプリケーション実行環境においても既存のアプリケーションを不具合なく動作させることを実現する為の技術が提案されている。 However, in recent years, the development of applications has become large and costly. As a result, even though a new version of an application execution environment including incompatibility has been introduced, it may be difficult to create a new version of an application that conforms to the new version of the application execution environment. Therefore, a technique has been proposed for realizing the existing application to operate without any trouble even in a new version of the application execution environment including incompatibility.
例えば、特許文献１では、新しいバージョンのアプリケーション実行環境において、あらかじめ不具合を生ずる既存のアプリケーションの情報を保持するよう構成している。その上で、そのような既存のアプリケーションが読み込まれた時には、当該アプリケーションの起動前に当該アプリケーションと関連するアドレス空間に対してシムライブラリとフックライブラリを挿入する。フックライブラリは、アプリケーション中のどの位置に変更を導入すべきかの情報を有している。また、シムライブラリは、その位置に導入されるべき変更の内容を示す情報を有している。そして、当該アプリケーションの起動前に、これらのライブラリを参照して当該アプリケーションに導入する必要がある変更を特定し、特定された変更を導入する。これにより変更処理がなされたアプリケーションが起動されることになる。 For example, Patent Document 1 is configured to hold information on an existing application that causes a problem in advance in a new version application execution environment. In addition, when such an existing application is read, a shim library and a hook library are inserted into the address space associated with the application before the application is activated. The hook library has information on where in the application the change should be introduced. In addition, the shim library has information indicating the content of the change to be introduced at that position. Then, before the application is started, a change that needs to be introduced into the application is identified by referring to these libraries, and the identified change is introduced. As a result, the application having undergone the change process is started.
しかしながら、上述の従来技術においては、アプリケーション実行環境は、予めどのアプリケーションが不具合を生ずるかについての情報を全て知っている必要があり、その情報をアプリケーション実行環境が予め保持する必要がある。また、アプリケーションを不具合なく実行するために、当該アプリケーションの実行に先立って上述の変更処理を行う必要がある。更に、上述のライブラリの挿入によりリソースが無駄に費やされることがある。そのため、リソース容量や実行速度についての制限が厳しい組み込み向けのアプリケーション実行環境においては上述の従来技術の適用は困難である。 However, in the conventional technique described above, the application execution environment, it is necessary to know all the information about what previously which application generated a problem, it is necessary that information application execution environment held in advance. In addition, in order to execute the application without any trouble, it is necessary to perform the above-described change process before executing the application. Furthermore, resources may be wasted due to the insertion of the library described above. Therefore, it is difficult to apply the above-described conventional technology in an embedded application execution environment in which restrictions on resource capacity and execution speed are severe.
本発明は、このような問題に鑑みてなされたものであり、アプリケーション実行環境における非互換性をより好適に解消可能とする技術を提供することを目的とする。 The present invention has been made in view of such a problem, and an object of the present invention is to provide a technique that can more suitably eliminate incompatibility in an application execution environment.
上述の問題点を解決するため、本発明に係る情報処理装置は以下の構成を備える。すなわち、第１の実行環境上で動作することが想定されたアプリケーションを前記第１の実行環境と少なくとも一部が非互換の第２の実行環境で実行する情報処理装置において、前記第１の実行環境と非互換である前記第２の実行環境における第１のクラスを含む第１のライブラリと、前記第１の実行環境における非互換のクラスと互換の機能を前記第２の実行環境において提供する第２のクラスを含む第２のライブラリと、を格納する第１の格納手段と、前記情報処理装置にインストールされた前記アプリケーションの実行コードとマニフェストとを格納する第２の格納手段と、前記マニフェストを参照して、前記第２の実行環境における前記アプリケーションの動作互換性を判定する判定手段と、前記判定手段により前記アプリケーションが前記第２の実行環境における動作互換性を有していないと判定された場合、前記アプリケーションの実行コードにおける前記第１のクラスを前記第２のクラスに書き換える書換手段と、前記書換手段による書き換えが行われた実行コードを前記第２の実行環境で実行する実行制御手段と、を有する。 In order to solve the above-described problems, an information processing apparatus according to the present invention has the following configuration. That is, in the information processing apparatus that executes an application assumed to operate in the first execution environment in the second execution environment that is at least partially incompatible with the first execution environment, the first execution A first library including a first class in the second execution environment that is incompatible with the environment and a function compatible with the incompatible class in the first execution environment are provided in the second execution environment. A first storage means for storing a second library including a second class; a second storage means for storing an execution code and a manifest of the application installed in the information processing apparatus; and the manifest The determination means for determining the operation compatibility of the application in the second execution environment, and the application by the determination means Rewriting means for rewriting the first class in the execution code of the application to the second class when it is determined that the application does not have operation compatibility in the second execution environment, and rewriting by the rewriting means Execution control means for executing the executed code executed in the second execution environment.
あるいは、第１の実行環境上で動作することが想定されたアプリケーションを前記第１の実行環境と少なくとも一部が非互換の第２の実行環境で実行する情報処理装置において、前記第１の実行環境と非互換である前記第２の実行環境における第１のクラスを含む第１のライブラリと、前記第１の実行環境における非互換のクラスと互換の機能を前記第２の実行環境において提供する第２のクラスを含む第２のライブラリと、を格納する第１の格納手段と、前記情報処理装置にインストールされた前記アプリケーションの実行コードを格納する第２の格納手段と、前記実行コードに含まれる定数プールを参照して、前記第２の実行環境における前記アプリケーションの動作互換性を判定する判定手段と、前記判定手段により前記アプリケーションが前記第２の実行環境における動作互換性を有していないと判定された場合、前記アプリケーションの実行コードにおける前記第１のクラスを前記第２のクラスに書き換える書換手段と、前記書換手段による書き換えが行われた実行コードを前記第２の実行環境で実行する実行制御手段と、を有する。 Alternatively, in the information processing apparatus that executes, in the second execution environment, at least partly incompatible with the first execution environment, the first execution, the application that is supposed to operate in the first execution environment A first library including a first class in the second execution environment that is incompatible with the environment and a function compatible with the incompatible class in the first execution environment are provided in the second execution environment. Included in the execution code, a first storage means for storing a second library including a second class, a second storage means for storing an execution code of the application installed in the information processing apparatus, A determination unit for determining operation compatibility of the application in the second execution environment with reference to the constant pool, and the application by the determination unit. A rewriting unit that rewrites the first class in the execution code of the application to the second class when it is determined that the application does not have operation compatibility in the second execution environment; and Execution control means for executing the rewritten execution code in the second execution environment.
本発明によれば、アプリケーション実行環境における非互換性をより好適に解消可能とする技術を提供することができる。 ADVANTAGE OF THE INVENTION According to this invention, the technique which can eliminate the incompatibility in an application execution environment more suitably can be provided.
以下に、図面を参照して、この発明の好適な実施の形態を詳しく説明する。なお、以下の実施の形態はあくまで例示であり、本発明の範囲を限定する趣旨のものではない。 Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the drawings. The following embodiments are merely examples, and are not intended to limit the scope of the present invention.
（第１実施形態）
本発明に係る情報処理装置の第１実施形態として、アプリケーション実行環境をバージョンアップ可能な情報処理装置を例に挙げて以下に説明する。
(First embodiment)
As an information processing apparatus according to a first embodiment of the present invention, an information processing apparatus capable of upgrading an application execution environment will be described below as an example.
＜装置構成＞
図１は、情報処理装置のハードウェア構成を例示的に示す図である。情報処理装置（ＩＰＡ：Information Processing Apparatus）１０２はネットワーク１０１を介して不図示の外部装置と通信可能に構成されている。
<Device configuration>
FIG. 1 is a diagram exemplarily showing a hardware configuration of an information processing apparatus. An information processing apparatus (IPA: Information Processing Apparatus) 102 is configured to be able to communicate with an external apparatus (not shown) via a
ＩＰＡ１０２は、中央処理装置（ＣＰＵ）１１０、ランダムアクセスメモリ（ＲＡＭ）１１２、読み出し専用メモリ（ＲＯＭ）１１３を含む。また、ＩＰＡ１０２は、二次記憶装置接続インターフェース（Ｉ／Ｆ）１１４、二次記憶装置１１５、人間対話デバイス（ＨＩＤ）Ｉ／Ｆ１１６、ＨＩＤ１１７を含む。ＩＰＡ１０２は、更に、ネットワークＩ／Ｆ１１８、入出力（Ｉ／Ｏ）ポート１１９、周辺装置１２０を含む。ＩＰＡ１０２内の各部は、システムバス１１１を介して相互に接続される。また、ネットワークケーブル１２１は、ネットワークＩ／Ｆ１１８とネットワーク１０１を接続する。
The IPA 102 includes a central processing unit (CPU) 110, a random access memory (RAM) 112, and a read only memory (ROM) 113. The IPA 102 includes a secondary storage device connection interface (I / F) 114, a
＜ソフトウェア構成＞
図２Ａは、アプリケーション実行環境（ＡｐｐＲＥ：Application Runtime Environment）の構成を例示的に示す図である。以下では、アプリケーションをＡｐｐと呼ぶ。
<Software configuration>
FIG. 2A is a diagram exemplarily showing a configuration of an application execution environment (AppRE: Application Runtime Environment). In the following, the application is called App.
ＡｐｐＲＥ２００は、アプリケーション実行基盤（ＡｐｐＰＦ：Application Platform）２０１、アプリケーション管理フレームワーク（ＡｐｐＭＦＷ：Application Management Framework）２０２、アプリケーションキャッシュ（ＡｐｐＣａｃｈｅ：Application Cache）２０３を含む。
The
ＡｐｐＰＦ２０１は、コード解釈実行モジュール（ＣＩＭ：Code Interpreter Module）２１０、実行基盤ライブラリモジュール（ＰＦＬＭ：Platform Library Module）２１１、互換性追加ライブラリモジュール（ＣＳＬＭ：Compatibility Support Library Module）２１２を含む。ＣＳＬＭ２１２は、新バージョンのＡｐｐＲＥ２００に非対応であるＡｐｐの動作を補完する為のモジュールである。
The
ここで、第１のクラス２１３は、ＰＦＬＭ２１１に含まれるクラスであり、ＡｐｐＲＥ２００の旧バージョンとの間での互換性に関わる（すなわち、非互換である）クラスである。
Here, the
また、第２のクラス２１４は、ＣＳＬＭ２１２に含まれるクラスであり、ＡｐｐＲＥ２００の旧バージョンと第１のクラス２１３と互換の機能を提供するクラスである。なお、第１のクラス２１３と第２のクラス２１４のペアは一組である必要はなく、複数組用意されることもある。
The
ＡｐｐＭＦＷ２０２は、アプリケーションインストール状態管理モジュール２２０、アプリケーション起動状態管理モジュール２２１、アプリケーションキャッシュ管理モジュール２２２、初回起動検知モジュール２２３を含む。
The
アプリケーションインストール状態管理モジュール（ＡｐｐＤＳＭＭ：Application Deployment Status Manager Module）２２０は、Ａｐｐのインストールおよびアンインストールを実行しＡｐｐのインストール状態を管理する。 An application installation status management module (AppDSMM: Application Deployment Status Manager Module) 220 executes installation and uninstallation of App, and manages the installation state of App.
アプリケーション起動状態管理モジュール２２１（ＡｐｐＩＳＭＭ：Application Invocation Status Manager Module）は、Ａｐｐの起動および停止を処理しＡｐｐの起動状態を管理する。 An application invocation status management module 221 (AppISMM: Application Invocation Status Manager Module) processes the activation and termination of App and manages the activation state of App.
アプリケーションキャッシュ管理モジュール（ＡｐｐＣＭＭ：Application Cache Manager Module）２２２は、アプリケーションファイルセット（ＡｐｐＦＳ：Application File Set）をＡｐｐＣａｃｈｅ２０３へ展開し管理する。
An application cache management module (AppCMM: Application Cache Manager Module) 222 develops and manages an application file set (AppFS: Application File Set) in the
初回起動検知モジュール（ＩＳＤＭ：Initial Startup Detection Module）２２３は、ＡｐｐＲＥ２００全体が初めて起動されたことを検知する。アプリケーション用区画（ＡｐｐＳｅｃ：Application Section）２３０は、ＡｐｐＦＳを展開する為の個別の区画である。Ａｐｐは、ゼロ、１個、または複数個インストールされることができ、ここではＮ個のＡｐｐがインストールされている状態を図示している。これ以降、便宜上、アプリケーション１用区画をＡｐｐＳｅｃ２３０−１、アプリケーション２用区画をＡｐｐＳｅｃ２３０−２、アプリケーションＮ用区画をＡｐｐＳｅｃ２３０−Ｎで表す。順序を特に指定せずＡｐｐＳｅｃを表す場合には単にＡｐｐＳｅｃ２３０と表す。
An initial startup detection module (ISDM) 223 detects that the
図２Ｂは、ＡｐｐＲＥ２００で使用される実行コード格納ファイル（ＥＣＡＦ：Executable Code Archive File）及びアプリケーションインストール用ファイル（ＡｐｐＩＦ：Application Installation File）の構成を示す図である。
FIG. 2B is a diagram showing a configuration of an executable code storage file (ECAF: Executable Code Archive File) and an application installation file (AppIF: Application Installation File) used in the
ＥＣＡＦ２０４は、いくつかの実行コードファイル（ＥＣ：Executable Code File）を内包し、マニフェスト（ＭＦ：Manifest File）２４２を付与したものである。
The
ＥＣＦ２４１は、実際に実行されるべきプログラムコードを保持しているファイルである。一般的にこのファイルはソフトウェア的な単位であるクラスごとに１つのファイルになっている。一般的にＥＣＡＦは１つまたは複数のＥＣＦを内包している。ここではＸ個のＥＣＦを内包している状態を図示している。以降便宜上、最初（１番目）のＥＣＦをＥＣＦ２４１−１、２番目のＥＣＦをＥＣＦ２４１−２、Ｘ番目のＥＣＦをＥＣＦ２４１−Ｘで表す。順序を特に指定せずＥＣＡＦ２０４に格納されたＥＣＦ一般を表す場合には単にＥＣＦ２４１で表す。
The
ＡｐｐＩＦ２０５は、ＥＣＡＦ２０４と同じ構造をしている。ＡｐｐＩＦ２０５は、ＥＣＡＦの中に別のＥＣＡＦ２０４を内包しているが、そのようなＥＣＡＦ２０４は許容される。ゆえにＡｐｐＩＦ２０５はＥＣＡＦ２０４の一種である。
主実行コードファイル（Ｍ−ＥＣＦ：Main Executable Code File）２５１は、Ａｐｐの主たる実行コードを保持するファイルである。副実行コードファイル（ＳｕｂＥＣＦ：Subordinate Executable Code File）２５２は、主たる実行コード以外を保持するファイルである。Ｍ−ＥＣＦ２５１およびＳｕｂＥＣＦ２５２はＥＣＦ２４１の一種である。ＡｐｐＩＦ２０５は、Ｍ−ＥＣＦ２５１を１つしか保持しない。一方、ＡｐｐＩＦ２０５は、ゼロ、１個、または複数個のＳｕｂＥＣＦ２５２を含み得る。ここではＹ個のＳｕｂＥＣＦを含んでいる状態を図示している。以降、便宜上、最初（１番目）のＳｕｂＥＣＦを２５２−１、２番目のＳｕｂＥＣＦを２５２−２、Ｙ番目のＳｕｂＥＣＦを２５２−Ｙで表す。順序を特に指定せずＳｕｂＥＣＦ一般を表す場合には単にＳｕｂＥＣＦ２５２で表す。
A main execution code file (M-ECF) 251 is a file that holds the main execution code of App. The sub-executable code file (SubECF: Subordinate Executable Code File) 252 is a file that holds data other than the main execution code. M-
ライブラリ実行コード格納ファイル（ＬｉｂＥＣＡＦ：Library ECAF）２５３は、Ｍ−ＥＣＦ２５１およびＳｕｂＥＣＦ２５２以外の実行コードを保持したＥＣＦ２４１を格納しているＥＣＡＦ２０４に相当するものである。ＬｉｂＥＣＡＦ２５３は、ゼロ、１個、または複数個含まれる。ここではＺ個のＬｉｂＥＣＡＦが含まれた状態を図示している。以降、ＬｉｂＥＣＡＦ１を２５３−１、ライブラリ実行コード２を２５３−２、ＬｉｂＥＣＡＦ・Ｚを２５３−Ｚで表す。順序を特に指定せずＬｉｂＥＣＡＦ一般を表す場合には単に２５３で表す。
A library execution code storage file (LibECAF) 253 corresponds to the
図２Ｃは、アプリケーションキャッシュの構成を示す図である。ここでは、ＡｐｐＲＥ２００におけるＡｐｐＣａｃｈｅ２０３に１以上のＡｐｐが保持されている状態を図示している。ＡｐｐＣａｃｈｅ２０３は二次記憶装置１１５上に確保されており、ここに、ＡｐｐＳｅｃ２３０が設定されている。
FIG. 2C is a diagram illustrating a configuration of the application cache. Here, a state where one or more App is held in
ＡｐｐＳｅｃ２３０は、インストールされるＡｐｐ用に確保された領域である。ＡｐｐＦＳ２３１は、インストールされるＡｐｐのＡｐｐＩＦ２０５から展開され配置される。ＡｐｐＦＳ２３１は、ＡｐｐＩＦ２０５および、ＬｉｂＥＣＡＦ２５３−１からＬｉｂＥＣＡＦ２５３−Ｚまでを有する。ＬｉｂＥＣＡＦ２５３はＡｐｐＩＦ２０５から取り出されたものである。
図２Ｄは、マニフェストファイルを説明する図である。ここでは、ＡｐｐＲＥ２００におけるＭＦ２４２の内容を例示的に示している。
FIG. 2D is a diagram illustrating a manifest file. Here, the contents of the
項目２６０は、ＭＦ２４２に含まれている項目の例を示しており、項目名２６１、項目の値２６２を含む。ＭＦ２４２は、１つまたは複数の項目を保持することができる。ＡｐｐＲＥ２００内では、ＡｐｐＭＦＷ２０２は、ＥＣＡＦ２０４について、項目名を指定することにより項目の値を取り出すことが可能なようになっている。例えばこの図の例で言えば、“Ｍａｎｉｆｅｓｔ−Ｖｅｒｓｉｏｎ”を指定すると“ｘ．ｘ”が取得できるなどである。このような項目と値の組み合わせはＡｐｐの開発の過程において決定され、ＡｐｐＩＦ２３１が作成される際に、開発者がそれぞれＥＣＡＦ２０４のＭＦ２４２に値を記載する。
An
図２Ｅは、実行コードファイルの構成を示す図である。ここでは、ＡｐｐＲＥ２００におけるＥＣＦ２４１の内部構成を示している。
FIG. 2E is a diagram showing a configuration of an execution code file. Here, the internal configuration of the
マジックナンバー２７１は、ＥＣＦ２４１を識別する為に用いられる。バージョン２７２は、ＥＣＦ２４１のバージョンである。定数プール（ＣＰ：Constant Pool）２７３は、ゼロ、１個、または複数の定数定義２７５を含む。ここでは一例としてＭ個の定数定義が置かれている状態を図示している。定数定義２７５は、定数記述子２７６及び定数値２７７を含む。ここでは便宜的に、定数定義１を定数定義２７５−１、定数記述子１を定数記述子２７６−１、すなわち定数値１を定数値２７７−１と表す。同様に、定数定義２を定数定義２７５−２、定数記述子２を定数記述子２７６−２、定数値２を定数値２７７−２と表す。定数定義一般を表す場合には２７５と表し、定数記述子一般を表す場合には２７６と表し、定数値一般を表す場合には２７７と表す。コード記述部分（ＣＢ：Code Body）２７４は、実行コードの本体であるコードを記述する。
The
図２Ｆは、互換性追加ライブラリモジュールの構成を示す図である。ここでは、ＡｐｐＲＥ２００におけるＣＳＬＭ２１２の内部構成を示している。
FIG. 2F is a diagram illustrating a configuration of a compatibility-added library module. Here, the internal configuration of the
ＣＳＬＭ２１２は、１つまたは複数の互換性追加ＬｉｂＥＣＡＦ２８１から構成されている。ここでは一例としてＱ個の互換性追加ＬｉｂＥＣＡＦが存在するところを図示している。ここでは、最初（１番目）の互換性追加ＬｉｂＥＣＡＦをＬｉｂＥＣＡＦ２８１−１、２番目の互換性追加ＬｉｂＥＣＡＦをＬｉｂＥＣＡＦ２８１−２、Ｑ番目の互換性追加ＬｉｂＥＣＡＦをＬｉｂＥＣＡＦ２８１−Ｑと表す。互換性追加ＬｉｂＥＣＡＦ一般を表す場合には互換性追加ＬｉｂＥＣＡＦ２８１と表す。
The
＜インストール処理の動作＞
図３は、アプリケーションのインストール処理のフローチャートである。すなわち、ＡｐｐＲＥ２００におけるＡｐｐＭＦＷ２０２がＡｐｐのインストールを実施する際のフローチャートである。
<Operation of the installation process>
FIG. 3 is a flowchart of application installation processing. That is, this is a flowchart when the
ステップＳ３０１では、ＡｐｐＭＦＷ２０２は、処理を開始する。ステップＳ３０２では、ＡｐｐＤＳＭＭ２２０は、ユーザーによりライセンスファイル（ＬＦ：License File）が指定されているかどうかを判定する。指定されていない場合にはステップＳ３０６へ進む。指定されている場合にはステップＳ３０３へ進む。
In step S301, the
ステップＳ３０３では、ＡｐｐＤＳＭＭ２２０は、Ａｐｐをインストールしようとする利用者によって指定されたＡｐｐＩＦ２０５を読み込む。この場合ＡｐｐＩＦ２０５はライセンス処理されている為、ＡｐｐＤＳＭＭ２２０は利用者によって指定されたＬＦを読み込み、ＡｐｐＩＦ２０５を復元する。復元の後ステップＳ３０７へ進む。
In step S303, the AppDSMM 220 reads the
ステップＳ３０６では、ＡｐｐＭＦＷ２０２は、ＡｐｐＩＦ２０５を読み込む。完了したらステップＳ３０７へ進む。ステップＳ３０７では、ＡｐｐＭＦＷ２０２は、ＡｐｐＣａｃｈｅ２０３にＡｐｐＦＳ２３１を配置する為のＡｐｐＳｅｃ２３０を作成し、ＡｐｐＩＦ２０５をＡｐｐＳｅｃ２３０に配置する。またＡｐｐＩＦ２０５からＬｉｂＥＣＡＦ２５３を取り出しＡｐｐＳｅｃ２３０に配置する。
In step S306, the
ステップＳ３１１では、ＡｐｐＭＦＷ２０２は、ＡｐｐＩＦ２０５のＭＦ２４２にＡｐｐＲＥ２００の新バージョン対応を示す記述があるかをチェックする。すなわち、動作互換性を判定する。ここでは、ＭＦの“Ｘ−ＯｓＮａｍｅＣｏｍｐｌｉａｎｃｅ”という項目の値が“１”であるかどうかをチェックしている。その値が“１”であれば、ＡｐｐＩＦ２０５は新バージョン対応である。“１”以外の値であった場合、および“Ｘ−ＯｓＮａｍｅＣｏｍｐｌｉａｎｃｅ”という項目自体が存在しない場合については対応の記述がないものとして扱う。ＡｐｐＩＦ２０５が新バージョン対応である、ということは含まれているＭ−ＥＣＦ２５１、ＳｕｂＥＣＦ２５２が新バージョン対応である、ということを意味する。対応の記述がない場合にはステップＳ３１２へ進む。ＭＦ２４２に対応の記述がある場合にはステップＳ３１８へ進む。
In step S <b> 311, the
ステップＳ３１２では、ＡｐｐＤＳＭＭ２２０は、ＡｐｐＩＦ２０５からＭ−ＥＣＦ２５１を取り出す。ステップＳ３１３では、ＡｐｐＤＳＭＭ２２０は、Ｍ−ＥＣＦ２５１のＣＰ２７３を順番にチェックする。そして、ＣＰ２７３に第１のクラス２１３のクラス名が存在するかどうかを判定する。存在する場合にはステップＳ３１４へ進む。存在しない場合にはステップＳ３１６へ進む。
In step S312, the AppDSMM 220 extracts the M-
ステップＳ３１４では、ＡｐｐＤＳＭＭ２２０は、Ｍ−ＥＣＦ２５１の第１のクラス２１３のクラス名を含んだ定数定義２７５を新たな値に書き換える。新たな値として第２のクラス２１４のクラス名を用いる。例えば、ここで第１のクラス２１３のクラス名が“ｌｅｇａｃｙ．ｃｌａｓｓ．Ｓｙｓｔｅｍ”である場合には、互換性を維持する為に用意する第２のクラス２１４のクラス名を“ｉｎｈｅｒｉｔｃｌａｓｓ．Ｓｙｓｔｅｍ”のように定める。これら二つのクラス名は文字列長が一致するように定めておく。また第２のクラス２１４のクラス名はＡｐｐＰＦ２０１のＰＦＬＭ２１１にすでに存在するクラス名と衝突しないように定めておく。このような第１のクラス２１３と第２のクラス２１４の組み合わせが複数ある場合にはこれらの全ての組み合わせにういて同様に処理する。書き換えた後、ＡｐｐＤＳＭＭ２２０は、定数値２７７を書き換えたＭ−ＥＣＦ２５１をＡｐｐＩＦ２０５内のものと置き換える。
In step S314, the AppDSMM 220 rewrites the
ステップＳ３１６では、ＡｐｐＤＳＭＭ２２０は、ＳｕｂＥＣＦ２５２があれば、それら全てに対して、ここまでにＭ−ＥＣＦ２５１に施した処理と同じ処理を施す。すなわち、ＣＰ２７３に第１のクラス２１３のクラス名の定数値２７７が存在する場合には第２のクラス２１４のクラス名に書き換える。書き換えが行われた場合には書き換えたＳｕｂＥＣＦ２５２でＡｐｐＩＦ２０５の中のものを置き換える。全てのＳｕｂＥＣＦ２５２に対するＣＰ２７３のチェックと必要な置き換え処理を完了したら、ステップＳ３１８へ進む。
In step S316, if there is a SubECF 252, the AppDSMM 220 performs the same processing as that performed on the M-
ステップＳ３１８では、ＡｐｐＤＳＭＭ２２０は、ＬｉｂＥＣＡＦ２５３があれば、その最初（１番目）のファイルであるＬｉｂＥＣＡＦ２５３−１のＭＦ２４２を参照する。そして、ＭＦ２４２にＡｐｐＲＥ２００の新バージョン対応を示す記述があるかをチェックする。あればステップＳ３２４へ進み、なければステップＳ３１９へ進む。
In step S318, if there is the
ステップＳ３１９では、ＡｐｐＤＳＭＭ２２０は、ＬｉｂＥＣＡＦ２５３−１からＥＣＦ２４１−１を取り出す。そして続くステップＳ３２０にて、ＥＣＦ２４１−１のＣＰ２７３を順番にチェックする。そして、ＣＰ２７３に第１のクラス２１３のクラス名が存在するかどうかを判定する。ある場合にはステップＳ３２１へ進む。ない場合にはステップＳ３２３へ進む。
In step S319, the AppDSMM 220 takes out the ECF 241-1 from the LibECAF 253-1. In subsequent step S320, the
ステップＳ３２１では、ＡｐｐＤＳＭＭ２２０は、ＥＣＦ２４１−１のＣＰ２７３内の第１のクラス２１３のクラス名を、第２のクラス２１４のクラス名に書き換える。そして書き換えたＥＣＦ２４１−１をＬｉｂＥＣＡＦ２５３−１の中のものと置き換える。
In step S321, the AppDSMM 220 rewrites the class name of the
ステップＳ３２３では、ＡｐｐＤＳＭＭ２２０は、ＬｉｂＥＣＡＦ２５３−１に含まれる他のＥＣＦ２４１があればそれらに対して同様の処理を施す。全てのＥＣＦ２４１に対して処理が終わったらステップＳ３２４へ進む。
In step S323, the AppDSMM 220 performs the same processing on any
ステップＳ３２４では、ＬｉｂＥＣＡＦ２５３−１に施したのと残る全てのＬｉｂＥＣＡＦについて処理を行い、全て終わったらステップＳ３２５へ進み処理を終了する。 In step S324, processing is performed for all of the remaining LibECAF applied to LibECAF 253-1. When all the processing is completed, the process proceeds to step S325 to end the processing.
＜初回起動時の動作＞
図４は、新バージョンのアプリケーション実行環境における初回起動時の動作フローチャートである。ここでは、ＡｐｐＲＥ２００のＡｐｐＭＦＷ２０２が、更新後の初回起動時に実施するアップグレード処理のフローチャートである。
<Operation at first startup>
FIG. 4 is an operation flowchart at the first activation in the new version application execution environment. Here, it is a flowchart of the upgrade process executed by
第１の実行環境であるＡｐｐＲＥ２００の旧バージョンが存在しており、すでに旧バージョンにおいて（すなわち、第１の実行環境上で）動作することが想定された複数のＡｐｐがインストールされた状態で稼働していることが想定する。そのようなＡｐｐＲＥ２００の旧バージョン（第１の実行環境）が更新され新バージョン（第２の実行環境）に移行した時に、新バージョン上で初めて起動された時に実行される処理について述べる。ステップＳ４０１では、ＡｐｐＭＦＷ２０２は、処理を開始する。
An old version of
ステップＳ４０２では、ＡｐｐＣＭＭ２２１は、ＡｐｐＣａｃｈｅ２０３上にすでにＡｐｐＳｅｃ２３０が存在しているかどうかを判定する。なければステップＳ４１２へ進む。ある場合にはステップＳ４０３へ進む。
In step S <b> 402, the
ステップＳ４０３では、ＡｐｐＭＦＷ２０２は、ＡｐｐＳｅｃ２３０−１上のＡｐｐＩＦ２０５のＭＦ２４２を参照する。ステップＳ４０４では、ＡｐｐＭＦＷ２０２は、ＭＦ２４２に新バージョンに対応していることを示す記述が含まれているかどうかを判定する。含まれている場合にはステップＳ４０８へ進む。含まれていなければステップＳ４０５へ進む。
In step S403, the
ステップＳ４０５では、ＡｐｐＤＳＭＭ２２０は、図３で示したインストール時の処理と同様に、Ｍ−ＥＣＦ２５１のＣＰ２７３をチェックする。そして第１のクラス２１３のクラス名が存在しているかを判定する。ある場合には第２のクラス２１４のクラス名に書換え、ＡｐｐＩＦ２０５の中のものと置換する。ステップＳ４０６では、ＡｐｐＤＳＭＭ２２０は、ＳｕｂＥＣＦ２５２についても同様の処理を行う。
In step S405, the AppDSMM 220 checks the
ステップＳ４０４もしくはステップＳ４０６からステップＳ４０８へ進むと、ＡｐｐＳｅｃ２３０−１に配置されているＬｉｂＥＣＡＦ２５３があれば、最初（１番目）のファイルであるＬｉｂＥＣＡＦ２５３−１のＭＦ２４２を参照する。ＭＦ２４２に新バージョン対応の記述があればステップＳ４１０へ進む。なければステップＳ４０９へ進む。
When the process proceeds from step S404 or step S406 to step S408, if there is a
ステップＳ４０９では、ＡｐｐＤＳＭＭ２２０は、ＬｉｂＥＣＡＦ２５３−１に含まれるＥＣＦ２４１のＣＰ２７３のチェックを行う。そして必要があれば、それぞれについて第１のクラス２１３のクラス名から第２のクラス２１４のクラス名への書換えを実施する。それらＥＣＦ２４１の処理が全て完了したらステップＳ４１０へ進む。
In step S409, the AppDSMM 220 checks the
ステップＳ４１０では、ＡｐｐＤＳＭＭ２２０は、ＬｉｂＥＣＡＦ２５３−２からＬｉｂＥＣＡＦ２５３−Ｚが存在すれば、それらについて、ＬｉｂＥＣＡＦ２５３−１と同様の処理を行う。残りのＬｉｂＥＣＡＦ２５３について処理が全て完了したら、ステップＳ４１１へ進む。
In step S410, if there is LibECAF253-2 to LibECAF253-Z, AppDSMM 220 performs the same processing as LibECAF253-1. When all the processing is completed for the remaining
ステップＳ４１１では、ＡｐｐＣＭＭ２２１は、ＡｐｐＣａｃｈｅ２０３にＡｐｐＳｅｃ２３０−２からＡｐｐＳｅｃ２３０−Ｎが存在しているかをチェックする。存在していれば、それらについても同様の処理を行う。ＥＣＦ２４１およびＬｉｂＥＣＡＦ２５３についての処理が全て完了したらステップＳ４１２へ進み処理を完了する。
In step S411, the
図５Ａは、互換性に関わる各クラスの内部構成を示す図である。ここでは、ＡｐｐＲＥ２００の互換性に関わる第１のクラス２１３および第２のクラス２１４の内部構成を示している。
FIG. 5A is a diagram illustrating an internal configuration of each class related to compatibility. Here, the internal configurations of the
第１のクラス２１３に備わるクラスフィールド（ＣＦｌｄ：Class Field）５００は、ゼロ、１個もしくは複数個存在する。ここでは一例としてＰ個のＣＦｌｄが存在する状態を図で示している。最初（１番目）のＣＦｌｄをＣＦｌｄ５００−１と表す。同様に、２番目のＣＦｌｄをＣＦｌｄ５００−２、Ｐ番目のＣＦｌｄをＣＦｌｄ５００−Ｐと表す。順序に関係なくＣＦｌｄを表す場合には単にＣＦｌｄ５００と表す。
There are zero, one, or a plurality of class fields (CFld: Class Field) 500 included in the
第１のクラス２１３に備わるインスタンスフィールド（ＩＦｌｄ：Instance Field）５０１も、ゼロ、１個または複数個存在する。ここでは一例としてＱ個のＩＦｌｄが存在する状態を図で示している。最初（１番目）のＩＦｌｄをＩＦｌｄ５０１−１と表す。同様に、２番目のＩＦｌｄをＩＦｌｄ５０１−２、Ｑ番目のＩＦｌｄをＩＦｌｄ５０１−Ｑと表す。順序に関係なくＩＦｌｄを表す場合には単にＩＦｌｄ５０１と表す。
There are zero, one, or a plurality of instance fields (IFld: Instance Field) 501 provided in the
第１のクラス２１３に備わるクラスメソッド（ＣＭｔｈｄ：Class Method）５０２も、ゼロ、１個または複数個存在する。ここでは一例としてＲ個のＣＭｔｈｄが存在する状態を図で示している。最初（１番目）のＣＭｔｈｄをＣＭｔｈｄ５０２−１と表す。同様に、２番目のＣＭｔｈｄをＣＭｔｈｄ５０２−２、Ｒ番目のＣＭｔｈｄをＣＭｔｈｄ５０２−Ｒと表す。順序に関係なくＣＭｔｈｄを表す場合には単にＣＭｔｈｄ５０２と表す。
There are zero, one, or a plurality of class methods (CMthd: Class Method) 502 provided in the
第１のクラス２１３に備わるインスタンスメソッド（ＩＭｔｈｄ：Instance Method）５０３も、ゼロ、１個または複数個存在する。ここでは一例としてＳ個のＩＭｔｈｄが存在する状態を図で示している。最初（１番目）のＩＭｔｈｄをＩＭｔｈｄ５０３−１と表す。同様に、２番目のＩＭｔｈｄをＩＭｔｈｄ５０３−２、Ｓ番目のＩＭｔｈｄをＩＭｔｈｄ５０３−Ｓと表す。順序に関係なくＩＭｔｈｄを表す場合には単にＩＭｔｈｄ５０３と表す。
There are zero, one, or a plurality of instance methods (IMthd: Instance Method) 503 provided in the
第２のクラス２１４は、第１のクラス２１３と同数のＣＦｌｄを備える。第２のクラス２１４の最初（１番目）のＣＦｌｄを同様にＣＦｌｄ５１０−１で表す。２番目以降のＣＦｌｄも同様にＣＦｌｄ５１０−２からＣＦｌｄ５１０−Ｐと表す。順序に関係なく第２のクラス２１４のＣＦｌｄを表す場合は単にＣＦｌｄ５１０と表す。ここで、第２のクラス２１４の各ＣＦｌｄは外部参照の為の定義が第１のクラス２１３のもの一致するように用意されている。ＩＦｌｄ、ＣＭｔｈｄ、ＩＭｔｈｄについても同様である。
The
図５Ｂは、クラスフィールド及びインスタンスフィールドの構成を示す図である。ここでは、ＡｐｐＲＥ２００の第２のクラス２１４のＣＦｌｄ５１０およびＩＦｌｄ５１１の値の定義のパターンを示している。
FIG. 5B is a diagram showing the configuration of the class field and the instance field. Here, the definition pattern of the values of CFld510 and IFld511 of the
第２のクラス２１４のａ番目のＣＦｌｄであるＣＦｌｄ５１０−ａは、互換性に影響しないＣＦｌｄである。すなわち第１のクラス２１３に属する対応するＣＦｌｄ５００−ａと同一の値のままでよいＣＦｌｄであるとする。この場合、ＣＦｌｄ５１０−ａの値はＣＦｌｄ５００−ａの値をそのまま参照する。これによりＡｐｐがＣＦｌｄ５１０−ａを参照すると、常にＣＦｌｄ５００−ａと同一の値が得られることとなる。
The CFld 510-a that is the a-th CFld of the
一方、第２のクラス２１４のｂ番目のＣＦｌｄであるＣＦｌｄ５１０−ｂは互換性に影響する。そのため、第１のクラス２１３の対応するＣＦｌｄ５００−ｂの値とは異なる値を保持する必要がある。独自定義値５２１は、この場合のＣＦｌｄＣＦｌｄ５１０−ｂの値として定義される。これにより、ＡｐｐがＣＦｌｄ５１０−ｂを参照すると、独自定義値５２１が得られることとなる。ＩＦｌｄについても同様である。
On the other hand, CFld 510-b, which is the b-th CFld of the
＜クラスメソッド実行時の動作＞
図６は、第１実施形態に係る各クラスの動作フローチャートである。ここでは、ＡｐｐＲＥ２００の第２のクラス２１４におけるＣＭｔｈｄ５１２の動作を示している。
<Operation when class method is executed>
FIG. 6 is an operation flowchart of each class according to the first embodiment. Here, the operation of
ＣＭｔｈｄ５１２−ｅは互換性に影響しないＣＭｔｈｄである。すなわち第１のクラス２１３に属する対応するＣＭｔｈｄ５０２−ｅと同じ振る舞いをするべきＣＭｔｈｄであるとする。ＣＭｔｈｄ５１２−ｅは次のような処理を実施する。
CMthd 512-e is CMthd that does not affect compatibility. That is, it is assumed that the CMthd should behave the same as the corresponding CMthd 502-e belonging to the
ＡｐｐＲＥ２００に保持されているいずれかのＡｐｐが、第１のクラス２１３のＣＭｔｈｄ５０２−ｅを呼び出すようプログラミングされているとする。そこでＡｐｐのＣＭｔｈｄ５０２−ｅを呼び出すコードを含んでいるＥＣＦ２４１が、図３もしくは図４に示した処理によりＣＰ２７３に書かれた第１のクラス２１３のクラス名を書き換えられているとする。ここでＥＣＦ２４１とは、Ｍ−ＥＣＦ２５１、ＳｕｂＥＣＦ２５２、もしくはＬｉｂＥＣＡＦ２５３に含まれるもののいずれかである。この時ＥＣＦ２４１におけるＣＭｔｈｄ５０２−ｅの呼び出しは、クラス名が第２のクラス２１４のクラス名に書き換えられていることによりＣＭｔｈｄ５１２−ｅの呼び出しに変わっている。これによりＣＩＭ２１０はＥＣＦの実行コードを解釈実行する際に、ＣＭｔｈｄ５１２−ｅの呼び出しを処理する。
Assume that any App held in
ステップＳ６０１では、ＣＩＭ２１０は、処理を開始する。すなわち、Ａｐｐの実行制御を開始する。ステップＳ６０２では、ＣＩＭ２１０は、ＣＭｔｈｄ５０２−ｅを、ＣＭｔｈｄ５１２−ｅに渡された引数があればそれを渡して呼び出す。ステップＳ６０３にてＣＭｔｈｄ５０２−ｅの戻り値を、ＣＭｔｈｄ５１２−ｅの戻り値として返す。そして、ステップＳ６０４へ進んで処理を完了する。処理が完了するとＣＩＭ２１０は、呼び出し元へ戻って処理を続行する。
In step S601, the
これらの処理により、ＡｐｐのＣＭｔｈｄ５１２−ｅの呼び出し処理は、第１のクラス２１３のＣＭｔｈｄ５０２−ｅを呼び出したのと等価となり、Ａｐｐの動作に影響を与えることはない。
With these processes, the call process of App's CMthd 512-e is equivalent to calling the CMthd 502-e of the
一方、ＣＭｔｈｄ５１２−ｆは互換性に影響し、第１のクラス２１３に属する対応するＣＭｔｈｄ５０２−ｆとは異なる、ＡｐｐＲＥ２００の旧バージョンが返すのと同じ値を返す必要があるとする。この場合、ＣＭｔｈｄ５１２−ｆは次のような処理を実施する。
On the other hand, it is assumed that CMthd 512-f affects compatibility and needs to return the same value as the previous version of
ここでもＡｐｐのＣＭｔｈｄ５０２−ｆを呼び出すコードを含んだＥＣＦ２４１が、図３もしくは図４に示した処理によりＣＰ２７３に書かれた第１のクラス２１３のクラス名を書き換えられているとする。この時ＥＣＦ２４１におけるＣＭｔｈｄ５０２−ｆの呼び出しはＣＭｔｈｄ５１２−ｆの呼び出しに変わっている。これによりＣＩＭ２１０は、ＥＣＦの実行コードを解釈実行する際に、ＣＭｔｈｄ５１２−ｆの呼び出しを処理する。
Also here, it is assumed that the
ステップＳ６１１では、ＣＩＭ２１０は、処理を開始する。ステップＳ６１２では、ＣＩＭ２１０は、引数があれば、渡された引数の値が互換性に関わる引数の値の範囲に含まれているかどうかを判定する。含まれている場合にはステップＳ６１５へ進む。それ以外の場合はステップＳ６１３へ進む。
In step S611, the
ステップＳ６１３では、互換性に問題がない為、ＣＩＭ２１０は、ＣＭｔｈｄ５０２−ｆを、ＣＭｔｈｄ５１２−ｆに渡された引数があればその引数を渡して呼び出す。ステップＳ６１４でＣＭｔｈｄ５０２−ｆが戻り値として返してきた値を、戻り値として返し、ステップＳ６１７へ進み処理を完了する。
In step S613, since there is no problem in compatibility, the
一方、ステップＳ６１５へ進んだ場合には、ＣＩＭ２１０は、ＡｐｐＲＥ２００の旧バージョンが返すのと同じ値を返すように、独自の処理を行い、戻り値を算出する。ステップＳ６１６では、ＣＩＭ２１０は、算出された戻り値をＣＭｔｈｄ５１２−ｆの戻り値として返す。そしてステップＳ６１７へ進み処理を完了する。
On the other hand, when the process proceeds to step S615, the
第２のクラス２１４のＩＭｔｈｄ５１３の動作のパターンについても、ＣＭｔｈｄ５１２の動作と基本的に同様であるため詳細な説明は省略する。
The operation pattern of the
これらの処理により、ＣＭｔｈｄ５１２−ｆが呼び出されることがＡｐｐＲＥ２００の旧バージョンにおいて第１のクラス２１３のＣＭｔｈｄ５０２−ｆの呼び出しと等価となる。ＩＭｔｈｄ５０３−ｈとＩＭｔｈｄ５１３−ｈの関係でも同様である。これによりＡｐｐＲＥ２００が新バージョンであることにより発生する第１のクラス２１３の互換性に関わる問題は、Ａｐｐの動作に影響を与えないことになる。
With these processes, calling CMthd512-f is equivalent to calling CMthd502-f of the
以上説明したとおり第１実施形態によれば、ＡｐｐＲＥ２００は、互換性に関わる第１のクラス２１３のクラス名が書かれたＥＣＦ２４１を書き換える。そして書き換えたＥＣＦ２４１をＥＣＡＦ２０４もしくはＡｐｐＩＦ２０５の中のものと置き換える。これらクラス名の書き換え処理やＥＣＦの置き換え処理は、Ａｐｐのインストール処理もしくは、新バージョンのＡｐｐＲＥ２００の初回起動時に実施される。この為、Ａｐｐが実際に解釈実行される時にはＡｐｐの実行に大きな影響を与えることはない。
As described above, according to the first embodiment, the
また、第１実施形態では、第２のクラス２１４を含んだＣＳＬＭ２１２が追加されるだけでありＡｐｐＲＥにおいて互換性の為に費やされるモジュールの占有する容量も少ない。また書き換えられるのは互換性に関わる第１のクラス２１３のクラス名が書かれた定数定義２７５の定数値２７７領域だけである。すなわち余分なリソース容量を費やすことがない。
Further, in the first embodiment, only the
これらの特性により、第１実施形態に係るＡｐｐＲＥ２００は、リソースの容量や実行速度についての制限が厳しい組込向けのＡｐｐＲＥ２００である場合にも好適に適用可能である。
Due to these characteristics, the
（第２実施形態）
第２実施形態では、ＭＦ２４２を参照し、新バージョンに対応するという記述が含まれているかをチェックする替わりに、ＥＣＦ２４１のＣＰ２７３に含まれる値のみで判定を行う。
(Second Embodiment)
In the second embodiment, the
第１実施形態においては、ＡｐｐＩＦ２０５およびＥＣＡＦ２０４について、そのＭＦ２４２をチェックしている。ＭＦ２４２にＡｐｐＲＥ２００の新バージョンに対応する記述があるかを判定し、あるのであれば、ＥＣＦ２４１の書き換えは必要ないと判断している。しかしＭＦ２４２に新バージョンに対応する記述を追加するのは開発者による為、開発者にとっては負担である。更に開発者のヒューマンエラーにより記述が漏れてしまうことがあり得る。その場合、実際にはＡｐｐが新バージョンに対応しているにも関わらず、ＥＣＦ２４１の書き換えが発生してしまう。すると、本来第２のクラス２１４を経由する必要はないにも関わらず、常に第２のクラス２１４を経由してしまい、パフォーマンスに悪影響を与えてしまうという可能性が生じる。
In the first embodiment, the
＜クラスメソッド実行時の動作＞
図７は、第２実施形態に係る各クラスの動作フローチャートである。ここでは、第２のクラス２１４におけるＣＭｔｈｄ５１２−ｆおよびＩＭｔｈｄ５１３−ｈの処理を示している。以下の説明においては、第１実施形態（図６）に対して差異のある部分についてのみ説明する。またここで提示されている図７の処理の内容は、図６の処理の内容のうち特別なケースに相当する。
<Operation when class method is executed>
FIG. 7 is an operation flowchart of each class according to the second embodiment. Here, the processes of CMthd 512-f and IMthd 513-h in the
ＣＭｔｈｄ５１２−ｆの処理を行う中で、ステップＳ６１２において、引数が互換性に関わる範囲に含まれている場合にはステップＳ８０１へ進む。 During the process of CMthd512-f, if the argument is included in the range related to the compatibility in step S612, the process proceeds to step S801.
ステップＳ８０１では、ＣＩＭ２１０は、互換性の為に用意されたＣＭｔｈｄ５１２−ｆに渡された引数の値に対応する別の値を引数としてＣＭｔｈｄ５０２−ｆを呼び出す。
In step S801, the
ステップＳ８０２では、ＣＩＭ２１０は、ＣＭｔｈｄ５０２−ｆの呼び出しから戻ってきた戻り値を受け取り、それをＣＭｔｈｄ５１２−ｆの戻り値として返す。そしてステップＳ６１７へ進んで終了する。
In step S802, the
また、ＩＭｔｈｄ５１３−ｈの処理を行う中で、ステップＳ６３２において、引数が互換性に関わる範囲に含まれている場合にはステップＳ８１１へ進む。 Further, during the process of IMthd513-h, if the argument is included in the range related to the compatibility in step S632, the process proceeds to step S811.
ステップＳ８１１では、ＣＩＭ２１０は、互換性の為に用意されたＩＭｔｈｄ５１３−ｈに渡された引数の値に対応する別の値を引数としてＩＭｔｈｄ５０３−ｈを呼び出す。
In step S811, the
ステップＳ８１２では、ＣＩＭ２１０は、ＩＭｔｈｄ５０３−ｈの呼び出しから戻ってきた戻り値を受け取り、それをＩＭｔｈｄ５１３−ｈの戻り値として返す。そしてステップＳ６３７へ進んで終了する。
In step S812, the
図８は、互換性の問題に関わる引数を説明する図である。特に、ここで問題になっている引数の値の一例を示している。 FIG. 8 is a diagram for explaining arguments related to the compatibility problem. In particular, an example of the argument value in question here is shown.
第１のクラス２１３が“ｌｅｇａｃｙ．ｃｌａｓｓ．Ｓｙｓｔｅｍ”であるとする。ＡｐｐＲＥ２００の旧バージョンでは、第１のクラス２１３の“ｇｅｔ（）”というＣＭｔｈｄに対して“ｌｅｇａｃｙ．ｐｒｏｐ”という文字列を与えることによりＡｐｐが必要な値を獲得していた。以下“ｌｅｇａｃｙ．ｐｒｏｐ”という文字列を“非互換引数Ａ”と呼ぶ。
Assume that the
一方、ＡｐｐＲＥ２００の新バージョンでは、非互換引数Ａを“ｇｅｔ（）”に与えると旧バージョンで得られたものと全く違う値が返ってくるようになっている。その代わりに、ＡｐｐＲＥ２００の新バージョンでは “ａｌｔｅｒｎａｔｉｖｅ．ｐｒｏｐ”という文字列を用意する。以下“ａｌｔｅｒｎａｔｉｖｅ．ｐｒｏｐ”という文字列を“互換引数Ｂ”と呼ぶ。Ａｐｐは“ｇｅｔ（）”に対して互換引数Ｂを与えることにより、従来は非互換引数Ａにより得られていた値を得ることができるようになった。このように、Ａｐｐ自身が互換引数Ｂを使用するように構成されている場合には、ＡｐｐＲＥ２００のバージョンに関する互換性の問題を回避できる。しかしＡｐｐ自身がこのような処理に対応していない場合には、第１のクラス２１３のクラス名から第２のクラス２１４のクラス名への書き換えが必要である。
On the other hand, in the new version of
ここでＡｐｐＲＥ２００はＣＳＬＭ２１２に含まれる第２のクラス２１４である“ｉｎｈｅｒｉｔｃｌａｓｓ．Ｓｙｓｔｅｍ”を用意している。この第２のクラス２１４のクラス名は第１のクラス２１３の“ｇｅｔ（）”に対応するＣＭｔｈｄである“ｇｅｔ（）”を保持している。そして、この第２のクラス２１４の“ｇｅｔ（）”に非互換引数Ａという文字列を引き渡すと、必要な値を得ることができる。すなわち、旧バージョンにおいて第１のクラス２１３の“ｇｅｔ（）”に非互換引数Ａという文字列を引き渡した時に得られる値と同じ値が得られるようになっている。
Here, the
旧バージョンと同じ動作を期待するＡｐｐは、ＡｐｐＭＦＷ２０２によって実行コード２４１を書き換えられた場合のことを考える。Ａｐｐにおいて第１のクラス２１３の“ｇｅｔ（）”を呼び出していたコードは、第２のクラス２１４の“ｇｅｔ（）”を呼び出すように変更される。すると非互換引数Ａに対して、Ａｐｐが期待していた値Ａが返ってくる。これにより互換性が保たれる。
An App that expects the same operation as the previous version considers a case where the
一方、すでに新バージョンのＡｐｐＲＥ２００に対応済みのＡｐｐは第１のクラス２１３の“ｇｅｔ（）”に対して互換引数Ｂを引き渡すことで互換性を確保している。すると、そのようなＡｐｐのＥＣＦ２４１では互換引数Ｂが文字列定数として保持されることになる。従って、ＣＰ２７３に第１のクラス２１３のクラス名があっても互換引数Ｂの文字列が保持されているＥＣＦ２４１は書き換える必要がないことが分かる。一方、ＣＰ２７３に第１のクラス２１３のクラス名があり、更に文字列定数として互換引数Ｂを持っていないＥＣＦ２４１はクラス名の書き換えが必要であることになる。
On the other hand, App already compatible with the new version of
＜インストール処理の動作＞
図９は、第２実施形態におけるインストール処理のフローチャートである。ここでは、ＡｐｐＲＥ２００のＡｐｐＭＦＷ２０２が、Ａｐｐをインストールする処理を示している。以下の説明では第１実施形態（図３）に対して差異のある部分についてのみ説明する。
<Operation of the installation process>
FIG. 9 is a flowchart of the installation process in the second embodiment. Here,
ステップＳ３１３では、ＡｐｐＭＦＷ２０２は、ＣＰ２７３に第１のクラス２１３のクラス名を表す定数値２７７が存在するかチェックする。ある場合にはステップＳ１００１へ進む。なければステップＳ１００２へ進む。ステップＳ１００１では、ＡｐｐＭＦＷ２０２は、ＣＰ２７３に互換性に関わる第１のクラス２１３のメソッド７０３に渡される引数を表すような定数値２７７が存在しているかをチェックする。なければステップＳ３１４へ進む。あればステップＳ１００２へ進む。ステップＳ３１４では、ＡｐｐＭＦＷ２０２は、ＣＰ２７３内の第１のクラス２１３のクラス名を第２のクラス２１４のクラス名に書き換える。その後ステップＳ１００２へ進む。
In step S313, the
ステップＳ３１３、ステップＳ１００１、あるいはステップＳ３１４からステップＳ１００２に到達すると、ＡｐｐＭＦＷ２０２は、ＳｕｂＥＣＦ２５２についても順に同様の処理を行う。全てのＳｕｂＥＣＦ２５２について処理が完了したらステップＳ３１９へ進む。
When the process reaches step S1002 from step S313, step S1001, or step S314,
ステップＳ３１９では、ＡｐｐＭＦＷ２０２は、ＬｉｂＥＣＡＦ２５３−１からＥＣＦ２４１−１を取り出す。ステップＳ３２０では、ＡｐｐＭＦＷ２０２は、ＥＣＦ２４１−１のＣＰに第１のクラス２１３のクラス名があるかをチェックする。あればステップＳ１００３へ進む。なければステップＳ１００４へ進む。ステップＳ１００３では、ＡｐｐＭＦＷ２０２は、ここで問題となっている互換性に関わる第１のクラス２１３のメソッド７０３に渡される引数を表すような定数値２７７がＣＰ２７３内に存在しているかをチェックする。なければステップＳ３２１へ進む。ある場合にはステップＳ１００４へ進む。ステップＳ３２１では、ＡｐｐＭＦＷ２０２は、ＣＰ２７３内の第１のクラス２１３のクラス名を第２のクラス２１４のクラス名に書き換える。その後ステップＳ１００４へ進む。
In step S319, the
ステップＳ３２０、ステップＳ１００３、ステップＳ３２１からステップＳ１００４へ進んできたら、ステップＳ１００４では、ＡｐｐＭＦＷ２０２は、同様の処理を、２番目のＥＣＦであるＥＣＦ２４１−２からＸ番目のＥＣＦであるＥＣＦ２４１−Ｘまで施す。残りの全てのＥＣＦ２４１について処理が完了したら処理はステップＳ１００５へ進む。
After proceeding from step S320, step S1003, and step S321 to step S1004, in step S1004,
ステップＳ１００５では、ＡｐｐＭＦＷ２０２は、ＬｉｂＥＣＡＦ２５３−２からＬｉｂＥＣＡＦ２５３−Ｚまでについて、ＬｉｂＥＣＡＦ２５３−１と同様の処理を行う。すべてのＬｉｂＥＣＡＦ２５３の処理が完了したらステップＳ３２５へ進み、処理を完了する。
In step S1005,
＜初回起動時の動作＞
図１０は、第２実施形態におけるアプリケーション実行環境の初回起動時の処理のフローチャートである。ここでは、ＡｐｐＲＥ２００のＡｐｐＭＦＷ２０２が、更新後の初回起動時に実施するアップグレード処理を示している。以下の説明では第１実施形態（図４）に対して差異のある部分のみ説明する。
<Operation at first startup>
FIG. 10 is a flowchart of the process at the first activation of the application execution environment in the second embodiment. Here, the upgrade process executed by the
ステップＳ４０２では、ＡｐｐＭＦＷ２０２は、ＡｐｐＣａｃｈｅ２０３上にすでにＡｐｐＳｅｃ２３０が存在するかどうかをチェックする。なければステップＳ４１２へ進み、あればステップＳ１１０１へ進む。
In step S <b> 402, the
ステップＳ１１０１では、ＡｐｐＭＦＷ２０２は、ＡｐｐＳｅｃ２３０−１に配置されたＡｐｐＩＦ２０５を参照する。ステップＳ１１０２では、ＡｐｐＭＦＷ２０２は、ＡｐｐＩＦ２０５に含まれるＭ−ＥＣＦ２５１について、図９で示したインストールの処理時にＥＣＦ２４１に対して行ったのと同様の処理を行う。
In step S1101, the
ステップＳ１１０３では、ＡｐｐＭＦＷ２０２は、ＡｐｐＩＦ２０５のＳｕｂＥＣＦ２５２が存在すれば、それらに順番に、同様の処理を施す。全てのＳｕｂＥＣＦ２５２に対する処理が完了したらステップＳ１１０４へ進む。
In step S1103, if there is a SubECF 252 of the
ステップＳ１１０４では、ＡｐｐＭＦＷ２０２は、ＡｐｐＳｅｃ２３０−１に配置されたＬｉｂＥＣＡＦ２５３−１が存在すればそれを参照する。ステップＳ１１０５では、ＡｐｐＭＦＷ２０２は、ＬｉｂＥＣＡＦ２５３−１に含まれるＥＣＦ２４１のそれぞれについて、同様の処理を実施する。全てのＥＣＦ２４１について処理が完了したらステップＳ１１０６へ進む。
In step S1104, the
ステップＳ１１０６では、ＡｐｐＭＦＷ２０２は、更に、ＡｐｐＳｅｃ２３０−１にＬｉｂＥＣＡＦ２５３−２からＬｉｂＥＣＡＦ２５３−Ｙが存在すれば、同様の処理を行う。全てのＬｉｂＥＣＡＦ２５３について処理が完了したらステップＳ１１０７へ進む。
In step S1106, the
ステップＳ１１０７では、ＡｐｐＭＦＷ２０２は、ＡｐｐＳｅｃ２３０−２からＡｐｐＳｅｃ２３０−Ｎが存在すれば、そこに展開されているＡｐｐＦＳ２３１について同様の処理を行う。更にＡｐｐＦＳ２３１に展開されているＬｉｂＥＣＡＦ２５３についても、含まれているＥＣＦ２４１に対して同様の処理を行う。ＡｐｐＭＦＷ２０２は、展開されている全てのＡｐｐＳｅｃ２３０に対して処理が完了したらステップＳ４１２へ進み処理を完了する。
In step S1107, if there is AppSec 230-2 to AppSec 230-N,
以上説明したとおり第２実施形態によれば、ＡｐｐＲＥ２００は、ＥＣＦ２４１のＣＰ２７３に含まれる値に基づいてＥＣＦ２４１書き換えを行うか否かを判定する。これにより、あるＡｐｐがＡｐｐＲＥ２００の新バージョンに対する対応を行ったかどうかを、開発者が意識してＭＦ２４２に値を記載する必要がない。これにより、開発者の負担が軽減される。また、開発者が誤ってＭＦ２４２に新バージョン対応の記述を追加することを忘れた場合にも、対応済のＥＣＦ２４１についての無駄な書き換えを抑止できる。
As described above, according to the second embodiment, the
（第３実施形態）
第３実施形態では、書き換える前のＥＣＦ２４１を維持する形態について説明する。実際の運用においては、ＡｐｐＲＥ２００を新バージョンに切り替えた後、ＩＰＡ１０２の処理能力等の問題で旧バージョンのＡｐｐＲＥ２００に戻す場合がある。このような場合第１及び第２実施形態においては、ＥＣＦ２４１は新バージョンとの互換性のために書き換えられていることから、旧バージョンのＡｐｐＲＥ２００では正常に動作しない場合がある。
(Third embodiment)
In the third embodiment, a mode for maintaining the
そこで、第３実施形態では、書き換える前のＥＣＦ２４１を維持する構成について説明する。一般に、ＡｐｐＲＥ２００の新バージョンから旧バージョンへの切り替えの際にはＩＰＡ１０２のシャットダウンと起動が行われる。そこで、ＩＰＡ１０２のシャットダウン時において、次回のＩＰＡ１０２の起動時にＡｐｐＲＥ２００が旧バージョンに戻っていても問題がないようにする構成する。具体的には、シャットダウン時に、次回にＡｐｐを実行する際に書き換え前のＥＣＦ２４１を保持したＥＣＡＦ２０４が実行される状態に変更する。一方で、新バージョンのＡｐｐＲＥ２００は、起動時に、次回にＡｐｐを実行する際に書き換え後のＥＣＦ２４１を保持したＥＣＡＦ２０４が実行される状態に変更する。これにより、ＡｐｐＲＥ２００が旧バージョンに戻された際にも問題なくＡｐｐが実行されるようにする。
Therefore, in the third embodiment, a configuration for maintaining the
図１１は、第３実施形態におけるアプリケーションキャッシュの内部構成を示す図である。ここでは、ＡｐｐＣａｃｈｅ２０３の内容を示している。
FIG. 11 is a diagram illustrating an internal configuration of an application cache according to the third embodiment. Here, the contents of
複製ＡｐｐＩＦ１４０１は、ＡｐｐＩＦ２０５の保持しているＥＣＦ２５１及びＥＣＦ２５２に対して書き換えを行った場合に、その書き換えたファイルを格納する為に作成されたＡｐｐＩＦの複製である。複製ＬｉｂＥＣＡＦ１４０２は、ＬｉｂＥＣＡＦ２５３の保持しているＥＣＦ２４１に対して書き換えを行った場合に、その書き換えたファイルを格納する為に作成されたＬｉｂＥＣＡＦの複製である。すなわち、ＡｐｐＣａｃｈｅ２０３の一部区画は複製格納手段として機能する。
The
なお、図では複製ＡｐｐＩＦ１４０１及び複製ＬｉｂＥＣＡＦ１４０２がそれぞれのＥＣＦ２４１に対応して存在するように示しているが、実際にはこれらは書き換えが発生した場合にのみ作成されるものである。またＥＣＡＦ２０４の名称変更は複製ＡｐｐＩＦ１４０１及び複製ＬｉｂＥＣＡＦ１４０２が作成された場合にのみ行われるものである。
In the figure, the
もともとはＡｐｐＦＳ２３１にはＡｐｐＩＦ２０５とＬｉｂＥＣＡＦ２５３が格納されている。第３実施形態では、ＡｐｐＭＦＷ２０２が各ＥＣＡＦ２０４に含まれるＥＣＦ２４１を書き換えることがある。それらを書き換えた場合に、それをＥＣＡＦ２０４の複製（すなわち書換え前、置換前のＥＣＡＦ２０４）を作成しそちらの元のファイルと置き換える。すなわち、そのような場合にはＡｐｐＩＦ２０５の複製である複製ＡｐｐＩＦ１４０１や、ＬｉｂＥＣＡＦの複製である複製ＬｉｂＥＣＡＦ１４０２が作成される。
Originally,
そしてこのような複製ＡｐｐＩＦ１４０１及び複製ＬｉｂＥＣＡＦ１４０２を作成する場合には元のＥＣＡＦ２０４を別名に名称変更する。その上でこれら元のＥＣＡＦ２０４に付与されていた元の名称を複製ＡｐｐＩＦ１４０１及び複製ＬｉｂＥＣＡＦ１４０２に与える。
When such a
＜インストール処理の動作＞
図１２は、第３実施形態におけるインストール処理のフローチャートである。ここでは、ＡｐｐＲＥ２００のＡｐｐＭＦＷ２０２が、Ａｐｐをインストールする処理を示している。以下の説明においては、第１実施形態（図３）に対すて差異のある部分についてのみ説明する。
<Operation of the installation process>
FIG. 12 is a flowchart of the installation process in the third embodiment. Here,
ステップＳ３１３では、ＡｐｐＭＦＷ２０２は、ＣＰ２７３に第１のクラス２１３のクラス名があるかをチェックする。ある場合にはステップＳ３１３へ進む。ない場合にはステップＳ１５０３へ進む。ステップＳ３１４では、ＡｐｐＭＦＷ２０２は、Ｍ−ＥＣＦ２５１のＣＰ２７３内の第１のクラス２１３のクラス名を第２のクラス２１４のクラス名に書き換える。
In step S313, the
ステップＳ１５０１では、ＡｐｐＭＦＷ２０２は、ＡｐｐＩＦ２０５の名称を変更する。その上で、ＡｐｐＩＦ２０５の複製ＡｐｐＩＦ１４０１をＡｐｐＩＦ２０５に与えられていた名称で作成する。そして書き換えたＭ−ＥＣＦ２５１を、ＡｐｐＩＦの複製１４０１の中の元のファイルと置き換える。
In step S1501, the
ステップＳ３１３もしくはステップＳ１５０１からステップＳ１５０３へ進むと、ＡｐｐＭＦＷ２０２は、ＳｕｂＥＣＦ２５２についても同様の処理を行う。全てのＳｕｂＥＣＦ２５２について処理が完了したらステップＳ３１８へ進む。
When the process proceeds from step S313 or step S1501 to step S1503, the
ステップＳ３２０では、ＡｐｐＭＦＷ２０２は、最初（１番目）のＥＣＦであるＥＣＦ２４１−１のＣＰ２７３に第１のクラス２１３のクラス名が存在するかをチェックする。存在する場合にはステップＳ３２１へ進む。なければステップＳ１５０６へ進む。
In step S320, the
ステップＳ３２１では、ＡｐｐＭＦＷ２０２は、ＥＣＦ２４１−１のＣＰ２７３の第１のクラス２１３のクラス名を第２のクラス２１４のクラス名へ書き換えたら、ステップＳ１５０４へ進む。
In step S321, when the
ステップＳ１５０４では、ＡｐｐＭＦＷ２０２は、ＬｉｂＥＣＡＦ２５３−１の名称を変更し、その上でＬｉｂＥＣＡＦ２５３−１の元の名称で複製ＬｉｂＥＣＡＦ１４０２−１を作成する。その後書き換えを行ったＥＣＦ２４１−１で、複製ＬｉｂＥＣＡＦ１４０２−１の中のファイルを置き換える。
In step S1504, the
ステップＳ３２０もしくはステップＳ１５０４からステップＳ１５０６へ進むと、ＡｐｐＭＦＷ２０２は、ＬｉｂＥＣＡＦ２５３−１に含まれる残りのＥＣＦ２５３があれば、それらについて同様の処理を行う。全てのＬｉｂＥＣＡＦ２５３について処理が完了したらステップＳ１５０７へ進む。
When the process proceeds from step S320 or step S1504 to step S1506, the
ステップＳ３１８もしくはステップＳ１５０６からステップＳ１５０７へ進むと、ＡｐｐＭＦＷ２０２は、ＬｉｂＥＣＡＦ２５３−２からＬｉｂＥＣＡＦ２５３−Ｚについても同様の処理を実行する。これらの処理を全てのＬｉｂＥＣＡＦ２５３に対して実行し終わったらステップＳ３２５へ進み処理を完了する。
When the process proceeds from step S318 or step S1506 to step S1507, the
＜初回起動時の動作＞
図１３は、第３実施形態におけるアプリケーション実行環境の初回起動時の処理のフローチャートである。ここでは、ＡｐｐＲＥ２００のＡｐｐＭＦＷ２０２が、更新後の初回起動時に実施するアップグレード処理を示している。以下では、第１実施形態（図４）との差異がある部分についてのみ説明する。
<Operation at first startup>
FIG. 13 is a flowchart of the process at the first activation of the application execution environment in the third embodiment. Here, the upgrade process executed by the
ステップＳ４０４では、ＡｐｐＭＦＷ２０２は、ＡｐｐＩＦ２０５のＭＦ２４２に新バージョン対応の記述があるか否かをチェックし、あればステップＳ４０８へ進む。なければステップＳ１６０１へ進む。
In step S404, the
ステップＳ１６０１では、ＡｐｐＭＦＷ２０２は、Ｍ−ＥＣＦ２５１のＣＰ２７３に第１のクラス２１３のクラス名が含まれているかをチェックする。含まれている場合には文字列を第２のクラス２１４のクラス名に書き換える。そしてＡｐｐＩＦ２０５の名称を変更する。そしてＡｐｐＩＦ２０５の元の名称で、ＡｐｐＩＦ２０５の複製である複製ＡｐｐＩＦ１４０１を作成する。そして複製ＡｐｐＩＦ１４０１に含まれるＭ−ＥＣＦ２５１を書き換えたものと置き換える。
In step S1601, the
ステップＳ１６０２では、ＡｐｐＭＦＷ２０２は、ＳｕｂＥＣＦ２５２があれば、それらに対して同様の処理を行う。全てのＳｕｂＥＣＦ２５２の処理が完了したらステップＳ４０８へ進む。
In step S1602, if there is the SubECF 252, the
ステップＳ４０８では、ＡｐｐＭＦＷ２０２は、ＬｉｂＥＣＡＦ２５３−１のＭＦ２４２に新バージョン対応の記述があるかどうかをチェックする。ある場合にはステップＳ１６０４へ進む。ない場合にはステップＳ１６０３へ進む。
In step S408, the
ステップＳ１６０３では、ＡｐｐＭＦＷ２０２は、ＬｉｂＥＣＡＦ２５３−１に含まれるＥＣＦ２４１のそれぞれについて、同様の処理を実行する。ＬｉｂＥＣＡＦ２５３−１に含まれる全てのＥＣＦ２４１について処理が完了したらステップＳ１６０４へ進む。
In step S1603, the
ステップＳ１６０４では、ＡｐｐＭＦＷ２０２は、ＡｐｐＳｅｃ２３０−１に配置されている他のＬｉｂＥＣＡＦがあればそれらに対して同様の処理を行う。ＡｐｐＳｅｃ２３０−１に配置されたＬｉｂＥＣＡＦ２５３全ての処理が完了したらステップＳ１６０５へ進む。
In step S1604, if there is another LibECAF arranged in AppSec 230-1, the
ステップＳ１６０５では、ＡｐｐＭＦＷ２０２は、他のＡｐｐＳｅｃ２３０が存在すればそれらＡｐｐＳｅｃ２３０−２からＡｐｐＳｅｃ２３０−Ｎまでについて同様の処理を行う。これらの処理を全てのＡｐｐＳｅｃ２３０に対して実行し終わったらステップＳ４１２へ進み処理を完了する。
In step S1605, if there is another
＜起動処理時の動作＞
図１４は、アプリケーション実行環境の起動処理のフローチャートである。ここでは、ＡｐｐＲＥ２００の起動時にＡｐｐＭＦＷ２０２が実行する処理を示している。ＡｐｐＲＥ２００およびＡｐｐＭＦＷ２０２は他にも起動時に実行する処理を備えているが、ここでは第３実施形態に関わる部分だけを抜き出したものを示している。ＡｐｐＲＥ２００は、通常はＩＰＡ１０２に電源が投入された際にその起動処理の一環として起動される。ただし、場合によっては利用者の手動、もしくはＡｐｐＲＥ２００自身の再起動が必要な状況に置いて自動的に起動されることがあり得る。ステップＳ１７０１から処理を開始する。
<Operation during startup processing>
FIG. 14 is a flowchart of activation processing of the application execution environment. Here, a process executed by the
ステップＳ１７０２では、ＡｐｐＭＦＷ２０２は、ＡｐｐＣａｃｈｅ２０３にＡｐｐＳｅｃ２３０が作成されているかどうかをチェックする。なければステップＳ１７０７へ進む。作成されていればステップＳ１７０３へ進む。
In step S1702, the
ステップＳ１７０３では、ＡｐｐＭＦＷ２０２は、ＡｐｐＳｅｃ２３０−１の中に存在するファイル２０５及び２５３の中に、複製ＡｐｐＩＦ１４０１及び複製ＬｉｂＥＣＡＦ１４０２を有するファイルがあるかどうかをチェックする。存在していればステップＳ１７０４へ進む。いなければステップＳ１７０５へ進む。
In step S1703, the
ステップＳ１７０４では、ＡｐｐＭＦＷ２０２は、複製ＡｐｐＩＦ１４０１及び複製ＬｉｂＥＣＡＦ１４０２が存在するファイルについて、元のファイル名称で存在している元のファイル２０５及びファイル２５３を別の名称に名称変更する。そしてそれらに対応する複製ＡｐｐＩＦ１４０１及び複製ＬｉｂＥＣＡＦ１４０２を、それらの元のファイルにつけられていたファイル名に名称変更する。
In step S1704, the
ステップＳ１７０５では、ＡｐｐＭＦＷ２０２は、残りのＡｐｐＳｅｃ２３０が存在すればそれらに対しても同様の処理を行う。
In step S1705, if there is a remaining
ステップＳ１７０６では、ＡｐｐＭＦＷ２０２は、Ａｐｐをそれぞれ起動する。ステップＳ１７０７では、ＡｐｐＭＦＷ２０２は、処理が完了する。
In step S1706, the
＜終了処理時の動作＞
図１５は、アプリケーション実行環境の終了処理のフローチャートである。ここでは、ＡｐｐＲＥ２００の終了時にＡｐｐＭＦＷ２０２が実行する処理を示している。ＡｐｐＲＥ２００およびＡｐｐＭＦＷ２０２は他にも終了時に実行する処理を備えているが、ここでは第３実施形態に関わる部分だけを抜き出したものを示している。ＡｐｐＲＥ２００は、通常はＩＰＡ１０２に対して電源断処理が実施された際にその電源断（シャットダウン）処理の一環として終了する。ただし、場合によっては利用者の手動、もしくはＡｐｐＲＥ２００自身の再起動が必要な状況に置いて自動的に終了することがあり得る。ステップＳ１８０１では、ＡｐｐＭＦＷ２０２は、処理を開始する。
<Operation during termination processing>
FIG. 15 is a flowchart of the termination process of the application execution environment. Here, a process executed by the
ステップＳ１８０２では、ＡｐｐＭＦＷ２０２は、全てのＡｐｐの終了処理が完了するのを待つ。ステップＳ１８０３では、ＡｐｐＭＦＷ２０２は、ＡｐｐＣａｃｈｅ２０３に作成されたＡｐｐＳｅｃ２３０が存在するかをチェックする。存在していなければステップＳ１８０７へ進む。存在していればステップＳ１８０４へ進む。
In step S1802, the
ステップＳ１８０４では、ＡｐｐＭＦＷ２０２は、ＡｐｐＳｅｃ２３０−１に配置されたファイルの中に複製が存在しているものがあるかどうかをチェックする。存在していればステップＳ１８０５へ進む。存在していなければステップＳ１８０６へ進む。ステップＳ１８０５では、ＡｐｐＭＦＷ２０２は、複製が存在するファイルそれぞれについて、以下の処理を実行する。すなわち、複製ＡｐｐＩＦ１４０１及び複製ＬｉｂＥＣＡＦ１４０２についてその名称を別名に名称変更し、元のファイル２０５及びファイル２５３の名称を、本来の名称に変更する。
In step S1804, the
ステップＳ１８０６では、ＡｐｐＭＦＷ２０２は、ＡｐｐＳｅｃ２３０−２からＡｐｐＳｅｃ２３０−Ｎが存在していれば、それらに対して同様の処理を実施する。それら全てに対する処理が完了したらステップＳ１８０７へ進み処理を完了する。
In step S1806, if there is AppSec 230-2 to AppSec 230-N,
以上説明したとおり第３実施形態によれば、ＡｐｐＲＥ２００は、図１５の終了処理を行った時点から次回の起動時に図１４の起動処理を実行するまでの間、元のファイル２０５及びファイル２５３が元のファイル名を保持する。
As described above, according to the third embodiment, the
ＩＰＡ１０２上にてＡｐｐＲＥ２００のバージョンの入れ替えが発生する場合、ＡｐｐＲＥ２００自体は開始する前もしくは終了した後の状態に置かれる。この為ＡｐｐＲＥ２００のバージョンの入れ替えが発生した時点では元のファイル２０５及びファイル２５３が元のファイル名を保持している。ここでＡｐｐＲＥ２００が旧バージョンであった場合には、当該旧バージョンのＡｐｐＲＥ２００は元のファイル２０５及びファイル２５３を実行することとなる。これは元のファイル２０５及びファイル２５３が元のファイル名を保持しているからである。
When the exchange of the
このように、第３実施形態では、ＡｐｐＲＥ２００を旧バージョンに戻した場合においてもＡｐｐを正常に実行することが可能となる。
As described above, in the third embodiment, App can be normally executed even when
（第４実施形態）
第４実施形態では、書き換える前のＥＣＡＦ２０５及び２５３およびそれらの複製ＡｐｐＩＦ１４０１及び複製ＬｉｂＥＣＡＦ１４０２に対して、元の名前でのアクセスが可能になるようなハードリンクを起動前後に付与する形態について説明する。
(Fourth embodiment)
In the fourth embodiment, a description will be given of a form in which hard links are provided before and after activation so that the
上述の第３実施形態では、元のファイル２０５及びファイル２５３に元のファイル名を付与する処理を、ＡｐｐＲＥ２００のシャットダウン処理の一環で実施していた。正常にＡｐｐＲＥ２００をシャットダウンできた場合においては問題は起こらない。しかしながら、シャットダウンを正常に実行できなかった場合には問題が生じる。例えば、ＩＰＡ１０２の置かれる環境等によってはＩＰＡ１０２に対する電源供給が突然断たれることにより、正常なシャットダウン処理を経ないままＩＰＡ１０２が停止してしまう事態があり得る。その場合、次にＩＰＡ１０２に電源が投入された時、第３実施形態ではＡｐｐＲＥ２００は複製ＡｐｐＩＦ１４０１及び複製ＬｉｂＥＣＡＦ１４０２に元のファイル名が付与された状態で開始することになる。そのため、ＡｐｐＲＥ２００が旧バージョンに戻っていた場合、ＥＣＦ２４１の書き換えが行われたＡｐｐについては正常に動作しない可能性がある。
In the third embodiment described above, the process of assigning the original file name to the
図１６は、第４実施形態におけるアプリケーションキャッシュの内部構成を示す図である。ここでは、ＡｐｐＣａｃｈｅ２０３の内容を示している。以下では、図１１との差異部分についてのみ説明する。
FIG. 16 is a diagram showing an internal configuration of the application cache in the fourth embodiment. Here, the contents of
第４実施形態においては、ＡｐｐＲＥ２００は、ＥＣＡＦ２０５及びＥＣＡＦ３５２もしくは複製ＡｐｐＩＦ１４０１及び複製ＬｉｂＥＣＡＦ１４０２を実行する際に、元の名前で参照されるハードリンクを通じて行う。なお、ここでは、ＩＰＡ１０２が採用しているファイルシステムにおいては、１つのファイルの実体に対してファイル名が異なる複数のハードリンクを張ることが可能であることを想定している。このハードリンクを張る処理（リンク生成ともいう）は、ファイルシステムおよびＩＰＡ１０２の基本ソフトによってアトミックに実行される。
In the fourth embodiment, the
アプリケーションインストール用実行対象リンク１９０１は、ＡｐｐＩＦ２０５もしくはその複製である複製ＡｐｐＩＦ１４０１を実際に実行時に読み込む際にその参照に使用されるハードリンクである。ライブラリ実行コード格納実行対象リンク１９０２は、ＬｉｂＥＣＡＦ２５３もしくはその複製である複製ＬｉｂＥＣＡＦ１４０２を実際に実行時に読み込む際にその参照に使用されるハードリンクである。
The application installation
ここでは、説明を簡単にするため、複製ＡｐｐＩＦ１４０１及び複製ＬｉｂＥＣＡＦ１４０２や実行対象リンク１９０１及び実行リンク１９０２が、元のＥＣＡＦ２０５及びＥＣＡＦ２５３に対して常に存在する例を図示している。ただし、必ずしも元のＥＣＡＦ２０５及び２５３に対して内部のＥＣＦ２４１の書き換えが起こるわけではなく、そのようなケースでは複製や実行対象リンクは作成されない。
Here, in order to simplify the description, an example in which the
＜インストール処理の動作＞
図１７は、第４実施形態におけるインストール処理のフローチャートである。ここでは、ＡｐｐＲＥ２００のＡｐｐＭＦＷ２０２がＡｐｐをインストールする処理を示している。以下では、図３に対する差異部分についてのみ説明を加える。
<Operation of the installation process>
FIG. 17 is a flowchart of the installation process in the fourth embodiment. Here, the
ステップＳ３１３では、ＡｐｐＭＦＷ２０２は、ＣＰ２７３に第１のクラス２１３のクラス名が存在するかをチェックし、存在する場合にはステップＳ３１４へ進む。ない場合にはステップＳ２００４へ進む。
In step S313, the
ステップＳ３１４の処理後、ステップＳ２００１では、ＡｐｐＭＦＷ２０２は、ＡｐｐＩＦ２０５の複製ＡｐｐＩＦ１４０１を作成し、別名を与える。書き換えたＭ−ＥＣＦ２５１で複製ＡｐｐＩＦ１４０１の中のファイルを置き換え、ＡｐｐＩＦ２０５のファイル名を変更する。そして元のＡｐｐＩＦ２０５に対してＡｐｐＩＦ２０５の元の名称を備えた実行対象リンク１９０１を張る。
After the process of step S314, in step S2001, the
ステップＳ３１３もしくはステップＳ２００１からステップＳ２００４進むと、ＡｐｐＭＦＷ２０２は、ＳｕｂＥＣＦ２５２についてもそれぞれ同様の処理を行う。全てのＳｕｂＥＣＦ２０５の処理が終わったらステップＳ３１８へ進む。
When the process proceeds from step S313 or step S2001 to step S2004, the
ステップＳ３１８では、ＡｐｐＭＦＷ２０２は、ＬｉｂＥＣＡＦ２５３−１のＭＦ２４２に新バージョン対応の記述があるかをチェックする。あればステップＳ２００９へ進む。なければステップＳ３１９へ進む。ステップＳ３２０では、ＡｐｐＭＦＷ２０２は、ＬｉｂＥＣＡＦ２５３−１のＥＣＦ２４１−１のＣＰ２７３に第１のクラス２１３のクラス名が存在する場合にはステップＳ３２１へ進む。存在しない場合にはステップＳ２００８へ進む。ステップＳ３２１では、ＡｐｐＭＦＷ２０２は、ＥＣＦ２４１−１のＣＰ２７３の第１のクラス２１３のクラス名を第２のクラス２１４のクラス名に書き換える。
In step S318, the
ステップＳ２００５では、ＡｐｐＭＦＷ２０２は、ＬｉｂＥＣＡＦ２５３−１の複製である複製ＬｉｂＥＣＡＦ１４０２−１を別名で作成し、書き換えたＥＣＦ２４１−１でその中のファイルを置き換える。その後、ＬｉｂＥＣＡＦ２５３−１の名称を別名に変更し、ＬｉｂＥＣＡＦ２５３−１の元のファイル名を用いて、ＬｉｂＥＣＡＦ２５３−１に対する実行対象リンク１９０２−１を張る。
In step S2005, the
ステップＳ２００８では、ＡｐｐＭＦＷ２０２は、ＬｉｂＥＣＡＦ２５３−１に含まれる残りのＥＣＦ２４１についても同様の処理を行う。全てのＥＣＦ２５３に対して実行し終わったらステップＳ２００９へ進む。
In step S2008, the
ステップＳ３１８もしくはステップＳ２００８からステップＳ２００９へ進むと、ＡｐｐＭＦＷ２０２は、区画に展開されたＬｉｂＥＣＡＦについても同様の処理を実行する。全てのＬｉｂＥＣＡＦに対して処理が完了したらステップＳ３２５へ進み処理を完了する。
When the process proceeds from step S318 or step S2008 to step S2009, the
＜初回起動時の動作＞
図１８は、第４実施形態におけるアプリケーション実行環境の初回起動時の処理のフローチャートである。ここでは、ＡｐｐＲＥ２００のＡｐｐＭＦＷ２０２が、更新後の初回起動時に実施するアップグレード処理を示している。以下では、図４との差異部分についてのみ説明を加える。
<Operation at first startup>
FIG. 18 is a flowchart of processing at the first activation of the application execution environment in the fourth embodiment. Here, the upgrade process executed by the
ステップＳ４０４にてＡｐｐＩＦ２０５のＭＦ２４２に新バージョン対応の記述があればステップＳ４０８へ進む。なければステップＳ２１０１へ進む。
If there is a description corresponding to the new version in the
ステップＳ２１０１ではＭ−ＥＣＦ２５１のＣＰ２７３に第１のクラス２１３のクラス名が含まれているかをチェックする。含まれている場合には文字列を第２のクラス２１４のクラス名に書き換える。ＡｐｐＩＦ２０５の複製である複製ＡｐｐＩＦ１４０１を作成する。そして複製ＡｐｐＩＦ１４０１に含まれるＭ−ＥＣＦ２５１を書き換えたものと置き換える。そしてＡｐｐＩＦ２０５の名称を変更する。そしてＡｐｐＩＦ２０５の元の名称で、ＡｐｐＩＦ２０５に対する実行対象リンク１９０２を張る。
In step S2101, it is checked whether the
ステップＳ２１０２では同様のことをＳｕｂＥＣＦ２５２があればそれらに対して行う。全てのＳｕｂＥＣＦ２５２に対して処理が完了したらステップＳ４０８へ進む。
In step S2102, the same is performed on the SubECF 252 if there is one. When the process is completed for all the SubECFs 252, the process proceeds to step
ステップＳ４０８では、ＬｉｂＥＣＡＦ２５３−１のＭＦ２４２に新バージョン対応の記述があるかどうかをチェックする。ある場合にはステップＳ２１０４へ進む。ない場合にはステップＳ２１０３へ進む。 In step S408, it is checked whether there is a description corresponding to the new version in the MF242 of the LibECAF 253-1. If there is, the process proceeds to step S2104. If not, the process proceeds to step S2103.
ステップＳ２１０３では、ＬｉｂＥＣＡＦ２５３−１に含まれるＥＣＦ２４１のそれぞれについて同様の処理を実行する。ＬｉｂＥＣＡＦ２５３−１に含まれる全てのＥＣＦ２４１について処理が完了したらステップＳ２１０４へ進む。
In step S2103, the same processing is executed for each of the
ステップＳ２１０４ではＡｐｐＳｅｃ２３０−１に配置されている他のＬｉｂＥＣＡＦがあればそれらに対して同様の処理を実行する。ＡｐｐＳｅｃ２３０−１に配置されたＬｉｂＥＣＡＦ２５３全てに対して処理が完了したらステップＳ２１０５へ進む。
In step S2104, if there are other LibECAFs arranged in AppSec 230-1, similar processing is executed for them. When the processing is completed for all the
ステップＳ２１０５では他のＡｐｐＳｅｃ２３０が存在すればそれらＡｐｐＳｅｃ２３０−２からＡｐｐＳｅｃ２３０−Ｎまでについて同様の処理を実行する。全てのＡｐｐＳｅｃ２３０に対して処理を実行し終わったらステップＳ４１２へ進む。ステップＳ４１２にて処理を完了する。
In step S2105, if there is another
＜起動処理時の動作＞
図１９は、アプリケーション実行環境の起動処理のフローチャートである。ここでは、ＡｐｐＲＥ２００のＡｐｐＭＦＷ２０２がＡｐｐを起動する際に行う処理を示している。ステップＳ２２０１では、ＡｐｐＭＦＷ２０２のＡｐｐＩＳＭＭ２２１は処理を開始する。
<Operation during startup processing>
FIG. 19 is a flowchart of an application execution environment startup process. Here, a process performed when the
ステップＳ２２０２では、ＡｐｐＩＳＭＭ２２１は、ＡｐｐＣＭＭ２２２を通じて起動しようとするＡｐｐのＡｐｐＳｅｃ２３０をチェックする。ＡｐｐＳｅｃ２３０内にＥＣＡＦの複製ＡｐｐＩＦ１４０１及び複製ＬｉｂＥＣＡＦ１４０２が存在していればステップＳ２２０３へ進む。存在しない場合にはステップＳ２２０８へ進む。
In step S2202, the
ステップＳ２２０３では、ＡｐｐＩＳＭＭ２２１は、複製ＡｐｐＩＦ１４０１及び複製ＬｉｂＥＣＡＦ１４０２の存在するファイルそれぞれについて以下のステップＳ２２０４を繰り返し処理する。
In step S2203, the
ステップＳ２２０４では、ＡｐｐＩＳＭＭ２２１は、ＥＣＡＦの実行対象リンク１９０１及び実行対象リンク１９０２を、複製ＡｐｐＩＦ１４０１及び複製ＬｉｂＥＣＡＦ１４０２それぞれに対して張る。全ての複製の存在するＥＣＡＦ２０４に対して処理が完了したらステップＳ２２０５へ進む。
In step S2204, the
ステップＳ２２０５では、ＡｐｐＩＳＭＭ２２１は、Ａｐｐを起動し当該Ａｐｐが完全に起動するまで待機する。ステップＳ２２０６では、ＡｐｐＩＳＭＭ２２１は、全ての複製ＡｐｐＩＦ１４０１及び複製ＬｉｂＥＣＡＦ１４０２の存在するファイルそれぞれについて、以下のステップＳ２２０７を繰り返し実行する。
In step S2205, the
ステップＳ２２０７では、ＡｐｐＩＳＭＭ２２１は、ＥＣＡＦの実行対象リンク１９０１及び実行対象リンク１９０２を、複製ではなく元のファイル２０５及びファイル２５３それぞれに対して張る。全ての複製ＡｐｐＩＦ１４０１及び複製ＬｉｂＥＣＡＦ１４０２の存在するファイルについて処理が完了したら、ステップＳ２２０９に進んで処理を終了する。
In step S2207, the
ステップＳ２２０８では、ＡｐｐＩＳＭＭ２２１は、Ａｐｐを起動し、ステップＳ２２０９にて処理を終了する。
In step S2208,
以上説明したとおり第４実施形態によれば、ＡｐｐＲＥ２００のＡｐｐＭＦＷ２０２は、Ａｐｐの起動時に図１９の処理を実施する。これにより、ＡｐｐＣａｃｈｅ２０３の上では実行対象リンク１９０１及び実行対象リンク１９０２は、元のファイル２０５及びファイル２５３に張られていることになる。このため、ＩＰＡ１０２が正常にシャットダウン出来ず、かつ、旧バージョンのＡｐｐＲＥ２００で起動した場合においても、好適にＡｐｐを動作させることが可能となる。
As described above, according to the fourth embodiment, the
（その他の実施例）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
(Other examples)
The present invention supplies a program that realizes one or more functions of the above-described embodiments to a system or apparatus via a network or a storage medium, and one or more processors in a computer of the system or apparatus read and execute the program This process can be realized. It can also be realized by a circuit (for example, ASIC) that realizes one or more functions.
２００：アプリケーション実行環境； ２０１：アプリケーション実行基盤； ２０２：アプリケーション管理フレームワーク； ２０３：アプリケーションキャッシュ； ２１０：コード解釈実行モジュール； ２１１：実行基盤ライブラリモジュール； ２１２：互換性追加ライブラリモジュール； ２１３：第１のクラス； ２１４：第２のクラス 200: Application execution environment; 201: Application execution base; 202: Application management framework; 203: Application cache; 210: Code interpretation execution module; 211: Execution base library module; 212: Compatibility additional library module; 214: Second class
Claims (10)
前記第１の実行環境と非互換である前記第２の実行環境における第１のクラスを含む第１のライブラリと、前記第１の実行環境における非互換のクラスと互換の機能を前記第２の実行環境において提供する第２のクラスを含む第２のライブラリと、を格納する第１の格納手段と、
前記情報処理装置にインストールされた前記アプリケーションの実行コードとマニフェストとを格納する第２の格納手段と、
前記マニフェストを参照して、前記第２の実行環境における前記アプリケーションの動作互換性を判定する判定手段と、
前記判定手段により前記アプリケーションが前記第２の実行環境における動作互換性を有していないと判定された場合、前記アプリケーションの実行コードにおける前記第１のクラスを前記第２のクラスに書き換える書換手段と、
前記書換手段による書き換えが行われた実行コードを前記第２の実行環境で実行する実行制御手段と、
を有することを特徴とする情報処理装置。 An information processing apparatus that executes, in a second execution environment that is at least partially incompatible with the first execution environment, an application that is assumed to operate on the first execution environment,
A first library including a first class in the second execution environment that is incompatible with the first execution environment, and a function compatible with the incompatible class in the first execution environment. First storage means for storing a second library including a second class provided in the execution environment;
Second storage means for storing an execution code and a manifest of the application installed in the information processing apparatus;
Determining means for referring to the manifest to determine operation compatibility of the application in the second execution environment;
Rewriting means for rewriting the first class in the execution code of the application to the second class when the determination means determines that the application does not have operation compatibility in the second execution environment; ,
Execution control means for executing the execution code rewritten by the rewriting means in the second execution environment;
An information processing apparatus comprising:
前記第１の実行環境と非互換である前記第２の実行環境における第１のクラスを含む第１のライブラリと、前記第１の実行環境における非互換のクラスと互換の機能を前記第２の実行環境において提供する第２のクラスを含む第２のライブラリと、を格納する第１の格納手段と、
前記情報処理装置にインストールされた前記アプリケーションの実行コードを格納する第２の格納手段と、
前記実行コードに含まれる定数プールを参照して、前記第２の実行環境における前記アプリケーションの動作互換性を判定する判定手段と、
前記判定手段により前記アプリケーションが前記第２の実行環境における動作互換性を有していないと判定された場合、前記アプリケーションの実行コードにおける前記第１のクラスを前記第２のクラスに書き換える書換手段と、
前記書換手段による書き換えが行われた実行コードを前記第２の実行環境で実行する実行制御手段と、
を有することを特徴とする情報処理装置。 An information processing apparatus that executes, in a second execution environment that is at least partially incompatible with the first execution environment, an application that is assumed to operate on the first execution environment,
A first library including a first class in the second execution environment that is incompatible with the first execution environment, and a function compatible with the incompatible class in the first execution environment. First storage means for storing a second library including a second class provided in the execution environment;
Second storage means for storing an execution code of the application installed in the information processing apparatus;
Determining means for determining operation compatibility of the application in the second execution environment with reference to a constant pool included in the execution code;
Rewriting means for rewriting the first class in the execution code of the application to the second class when the determination means determines that the application does not have operation compatibility in the second execution environment; ,
Execution control means for executing the execution code rewritten by the rewriting means in the second execution environment;
An information processing apparatus comprising:
ことを特徴とする請求項１又は２に記載の情報処理装置。 The information according to claim 1, wherein the rewriting unit rewrites a character string of the class name of the first class in the execution code of the application into a character string of the class name of the second class. Processing equipment.
前記置換手段による置換前の実行コードを前記第２の格納手段に格納された実行コードのファイル名とは異なるファイル名で格納する複製格納手段と、
前記情報処理装置の終了処理の際に、前記複製格納手段に格納された実行コードのファイル名を前記第２の格納手段に格納された実行コードのファイル名に変更する変更手段と、
を更に有し、
前記変更手段は、更に、前記情報処理装置の起動処理の際に前記第２の実行環境で起動した場合、前記複製格納手段に格納された実行コードのファイル名を前記第２の格納手段に格納された実行コードのファイル名とは異なるファイル名に変更する
ことを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。 Replacement means for replacing the execution code stored in the second storage means with the execution code rewritten by the rewriting means;
Copy storage means for storing the execution code before replacement by the replacement means with a file name different from the file name of the execution code stored in the second storage means;
Changing means for changing the file name of the execution code stored in the copy storage means to the file name of the execution code stored in the second storage means during the termination process of the information processing apparatus;
Further comprising
The changing means further stores the file name of the execution code stored in the duplicate storage means in the second storage means when the information processing apparatus is activated in the second execution environment during the activation processing of the information processing apparatus. 4. The information processing apparatus according to claim 1, wherein the file name is changed to a file name different from the file name of the executed code.
前記置換手段による置換前の実行コードを格納する複製格納手段と、
前記情報処理装置の終了処理の際に、前記複製格納手段に格納された実行コードに対するハードリンクを前記第２の格納手段に格納された実行コードのファイル名で生成するリンク生成手段と、
を更に有する
ことを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。 Replacement means for replacing the execution code stored in the second storage means with the execution code rewritten by the rewriting means;
Copy storage means for storing the execution code before replacement by the replacement means;
A link generation unit that generates a hard link for the execution code stored in the copy storage unit with the file name of the execution code stored in the second storage unit during the termination process of the information processing apparatus;
The information processing apparatus according to claim 1, further comprising:
前記書換手段は、前記第２の実行環境での初回の起動であると検知された場合に前記書き換えを行う
ことを特徴とする請求項１乃至５の何れか１項に記載の情報処理装置。 A detector that detects whether or not the information processing apparatus is the first activation in the second execution environment;
6. The information processing apparatus according to claim 1, wherein the rewriting unit performs the rewriting when it is detected that the activation is the first time in the second execution environment.
前記インストール手段は、アプリケーションごとに前記第２の格納手段に個別の区画を作成してインストールを行い、
前記判定手段は、前記判定をアプリケーションごとに実行する
ことを特徴とする請求項１乃至６の何れか１項に記載の情報処理装置。 Installation means for installing the application in the second storage means;
The installation means creates and installs a separate partition in the second storage means for each application,
The information processing apparatus according to claim 1, wherein the determination unit performs the determination for each application.
前記情報処理装置は、
前記第１の実行環境と非互換である前記第２の実行環境における第１のクラスを含む第１のライブラリと、前記第１の実行環境における非互換のクラスと互換の機能を前記第２の実行環境において提供する第２のクラスを含む第２のライブラリと、を格納する第１の格納手段と、
前記情報処理装置にインストールされた前記アプリケーションの実行コードとマニフェストとを格納する第２の格納手段と、
を有しており、
前記制御方法は、
前記マニフェストを参照して、前記第２の実行環境における前記アプリケーションの動作互換性を判定する判定工程と、
前記判定工程により前記アプリケーションが前記第２の実行環境における動作互換性を有していないと判定された場合、前記アプリケーションの実行コードにおける前記第１のクラスを前記第２のクラスに書き換える書換工程と、
前記書換工程による書き換えが行われた実行コードを前記第２の実行環境で実行する実行制御工程と、
を含むことを特徴とする情報処理装置の制御方法。 An information processing apparatus control method for executing an application assumed to operate on a first execution environment in a second execution environment that is at least partially incompatible with the first execution environment,
The information processing apparatus includes:
A first library including a first class in the second execution environment that is incompatible with the first execution environment, and a function compatible with the incompatible class in the first execution environment. First storage means for storing a second library including a second class provided in the execution environment;
Second storage means for storing an execution code and a manifest of the application installed in the information processing apparatus;
Have
The control method is:
A determination step of determining operation compatibility of the application in the second execution environment with reference to the manifest;
A rewriting step of rewriting the first class in the execution code of the application to the second class when the determination step determines that the application does not have operation compatibility in the second execution environment; ,
An execution control step of executing the execution code rewritten by the rewriting step in the second execution environment;
A method for controlling an information processing apparatus, comprising:
前記情報処理装置は、
前記第１の実行環境と非互換である前記第２の実行環境における第１のクラスを含む第１のライブラリと、前記第１の実行環境における非互換のクラスと互換の機能を前記第２の実行環境において提供する第２のクラスを含む第２のライブラリと、を格納する第１の格納手段と、
前記情報処理装置にインストールされた前記アプリケーションの実行コードを格納する第２の格納手段と、
を有しており、
前記制御方法は、
前記実行コードに含まれる定数プールを参照して、前記第２の実行環境における前記アプリケーションの動作互換性を判定する判定工程と、
前記判定工程により前記アプリケーションが前記第２の実行環境における動作互換性を有していないと判定された場合、前記アプリケーションの実行コードにおける前記第１のクラスを前記第２のクラスに書き換える書換工程と、
前記書換工程による書き換えが行われた実行コードを前記第２の実行環境で実行する実行制御工程と、
を含むことを特徴とする情報処理装置の制御方法。 An information processing apparatus control method for executing an application assumed to operate on a first execution environment in a second execution environment that is at least partially incompatible with the first execution environment,
The information processing apparatus includes:
A first library including a first class in the second execution environment that is incompatible with the first execution environment, and a function compatible with the incompatible class in the first execution environment. First storage means for storing a second library including a second class provided in the execution environment;
Second storage means for storing an execution code of the application installed in the information processing apparatus;
Have
The control method is:
A determination step of determining operation compatibility of the application in the second execution environment with reference to a constant pool included in the execution code;
A rewriting step of rewriting the first class in the execution code of the application to the second class when the determination step determines that the application does not have operation compatibility in the second execution environment; ,
An execution control step of executing the execution code rewritten by the rewriting step in the second execution environment;
A method for controlling an information processing apparatus, comprising:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015200472A JP2017073036A (en) | 2015-10-08 | 2015-10-08 | Information processing device and control method thereof |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2015200472A JP2017073036A (en) | 2015-10-08 | 2015-10-08 | Information processing device and control method thereof |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2017073036A true JP2017073036A (en) | 2017-04-13 |
Family
ID=58537284
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2015200472A Pending JP2017073036A (en) | 2015-10-08 | 2015-10-08 | Information processing device and control method thereof |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2017073036A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20220327096A1 (en) * | 2021-04-09 | 2022-10-13 | Fujitsu Limited | Computer-readable recording medium storing incompatibility detection program, incompatibility detection method, and incompatibility detection apparatus |
| WO2022254504A1 (en) * | 2021-05-31 | 2022-12-08 | 富士通株式会社 | Information processing program, information processing method and information processing device |
-
2015
- 2015-10-08 JP JP2015200472A patent/JP2017073036A/en active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20220327096A1 (en) * | 2021-04-09 | 2022-10-13 | Fujitsu Limited | Computer-readable recording medium storing incompatibility detection program, incompatibility detection method, and incompatibility detection apparatus |
| WO2022254504A1 (en) * | 2021-05-31 | 2022-12-08 | 富士通株式会社 | Information processing program, information processing method and information processing device |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6378127B1 (en) | Software installation and validation using custom actions | |
| JP5007046B2 (en) | Maintaining component-based software products | |
| US8752039B1 (en) | Dynamic upgrade of operating system in a network device | |
| JP5663006B2 (en) | System and method for building a runtime environment | |
| EP1974264B1 (en) | Method and system for sharing files among different virtual machine images | |
| US5675804A (en) | System and method for enabling a compiled computer program to invoke an interpretive computer program | |
| US7814476B2 (en) | Systems and methods for updating software | |
| CN101387956B (en) | Method and apparatus for expandably implementing non functional logic | |
| CN101681294B (en) | Method and system for memory transaction grouping | |
| US7523472B2 (en) | Method and systems for DLL/COM redirection | |
| EP3267308B1 (en) | Application loading method and device | |
| US20070168956A1 (en) | System and method for representing user processes as software packages in a software package management system | |
| JP2007128522A (en) | System and method for representing system capabilities as software packages in software package management system | |
| CN106605212A (en) | Modular co-versioning in a dynamically linked runtime environment | |
| JP2005509194A (en) | Method and apparatus for creating and using pre-internalized program files | |
| US20140366045A1 (en) | Dynamic management of composable api sets | |
| CN103677937A (en) | Method and device for upgrading and running software | |
| JP2017073036A (en) | Information processing device and control method thereof | |
| CN101571801A (en) | Service expansion system and method | |
| US20160062801A1 (en) | Image forming apparatus and resource management method | |
| US9753775B2 (en) | Resource management apparatus and resource management method | |
| US20060031821A1 (en) | Divided compiling program application functionality for software development | |
| CN100547550C (en) | Install and be written into the system and method for installation system supervisory routine behind the operating system of user | |
| Keuler et al. | A light-weight load-time weaving approach for OSGi | |
| TWI777636B (en) | Method, device, and computer program product for composing modular firmware |