JP7434893B2

JP7434893B2 - 情報処理管理装置および情報処理管理方法

Info

Publication number: JP7434893B2
Application number: JP2019237679A
Authority: JP
Inventors: 幸太宮田
Original assignee: Fuji Electric Co Ltd
Current assignee: Fuji Electric Co Ltd
Priority date: 2019-12-27
Filing date: 2019-12-27
Publication date: 2024-02-21
Anticipated expiration: 2039-12-27
Also published as: JP2021105901A

Description

本発明は、端末機器による情報処理を管理する装置および方法に係わる。

ネットワークに接続する端末機器は、様々なアプリケーションプログラムの実行を要求されることがある。ここで、複数のアプリケーションプログラムを並列に実行するためには、性能の高いプロセッサ及び／又は大容量のメモリが必要となることがある。ただし、性能の高いプロセッサ及び／又は大容量のメモリは、一般に高価である。このため、端末機器の価格を抑えながら複数のアプリケーションプログラムを並列に実行するためには、端末機器のリソースを効率よく利用する方法または構成が求められる。一例として、複数のアプリケーションを動作させるサーバにおいて、重要度の高いアプリケーションのリソース不足を防止し、かつ、リソースの利用効率を向上させるリソース管理方法が提案されている（例えば、特許文献１）。

特開２０１８－１９０３５５号公報

しかしながら、従来技術では、端末機器のリソースの利用効率の向上が十分ではない。例えば、上述した特許文献１においては、重要度の高いアプリケーションのリソース不足は解消し得るが、他のアプリケーションに対して効率よくリソースを割り当てる方法は提案されてない。

本発明の１つの側面に係わる目的は、アプリケーションプログラムを実行する端末機器のリソースの利用効率を向上させることである。

本発明の１つの態様の情報処理管理装置は、第１のアプリケーションおよび前記第１のアプリケーションより優先度の低い第２のアプリケーションを複数に分割することで得られる複数のアプリケーション部品の特徴を表すアプリ管理情報、各アプリケーション部品の実行状況を表す実行状況管理情報、および端末機器のリソースの状態を表す端末管理情報を保存する保存部と、前記アプリ管理情報、前記実行状況管理情報、および前記端末管理情報を利用して、前記端末機器による情報処理を管理するプロセッサ、を備える。前記プロセッサは、前記第１のアプリケーションを前記端末機器に実行させ、前記端末機器が前記第１のアプリケーションを実行しているときの前記端末機器の使用可能リソース量に基づいて、前記複数のアプリケーション部品の中から実行対象アプリケーション部品を選択して前記端末機器に実行させ、前記端末機器において前記実行対象アプリケーション部品の実行が完了したときに、前記端末機器に対して前記実行対象アプリケーション部品を削除する指示を送信し、前記端末機器において前記実行対象アプリケーション部品が削除された後の前記端末機器の使用可能リソース量に基づいて、前記複数のアプリケーション部品の中から他の実行対象アプリケーション部品を選択して前記端末機器に実行させる。

上述の態様によれば、アプリケーションプログラムを実行する端末機器のリソースの利用効率が向上する。

本発明の実施形態に係わるネットワークシステムの一例を示す図である。アプリ管理情報、実行状況管理情報、および端末管理情報の実施例を示す図である。本発明の実施形態に係わる情報処理管理方法の一例を示すフローチャートである。アプリケーション情報を設定する処理の一例を示すフローチャートである。端末機器のリソースをアプリケーションに割り当てる処理の一例を示すフローチャートである。アプリ管理部の処理の一例を示すフローチャートである。端末機器の処理の一例を示すフローチャートである。管理サーバおよび端末機器によるアプリケーション処理のシーケンスを示す図である。入換えアプリケーションを実行する手順の実施例を示す図（その１）である。入換えアプリケーションを実行する手順の実施例を示す図（その２）である。入換えアプリケーションを実行する手順の実施例を示す図（その３）である。入換えアプリケーションを実行する手順の実施例を示す図（その４）である。入換えアプリケーションを実行する手順の実施例を示す図（その５）である。入換えアプリケーションを実行する手順の実施例を示す図（その６）である。入換えアプリケーションを実行する手順の実施例を示す図（その７）である。入換えアプリケーションを実行する手順の実施例を示す図（その８）である。

図１は、本発明の実施形態に係わるネットワークシステムの一例を示す。ネットワークシステム１００は、この実施例では、管理サーバ１０、端末機器２０、およびアプリ格納サーバ３０を備える。なお、ネットワークシステム１００は、他のネットワーク機器または情報処理装置を備えてもよい。また、ネットワークシステム１００は、複数の端末機器２０を備えてもよい。

管理サーバ１０は、ユーザまたはネットワーク管理者からの指示に応じて、アプリ格納サーバ３０に格納されているアプリケーションプログラムを端末機器２０に実行させる。このとき、管理サーバ１０は、必要に応じて、１台の端末機器２０に複数のアプリケーションプログラムを並列に実行させる。ただし、この実施例では、端末機器２０は、必ずしも十分な処理能力を備えているわけではない。例えば、端末機器２０のストレージ容量またはメモリ容量は比較的小さいものとする。そこで、管理サーバ１０は、端末機器２０のリソースが効率よく利用されるように、アプリケーションプログラムの実行を管理する。なお、以下の記載では、アプリケーションプログラムを「アプリケーション」または「アプリ」と呼ぶことがある。

管理サーバ１０は、図１に示すように、メモリ１１およびプロセッサ１２を備えるコンピュータにより実現される。なお、管理サーバ１０は、図１に示していない他の回路または機能を備えていてもよい。例えば、管理サーバ１０は、入出力インタフェース、通信インタフェース、記憶装置などを備える。

メモリ１１には、アプリ管理情報、実行状況管理情報、および端末管理情報が保存される。アプリ管理情報は、端末機器２０に実行させるアプリケーションの特徴を表す。この例では、アプリ管理情報は、優先度の高いアプリケーションおよび優先度の低いアプリケーションを複数に分割することで得られる複数のアプリケーション部品の特徴を表す。実行状況管理情報は、端末機器２０による各アプリケーション部品の実行状況を表す。端末管理情報は、端末機器２０のリソースの状態を表す。なお、アプリ管理情報、実行状況管理情報、および端末管理情報については、後で説明する。

メモリ１１は、図１に示していない他の情報を保存することも可能である。また、メモリ１１は、プロセッサ１２の作業領域として使用され得る。

プロセッサ１２は、予め用意されている管理プログラムを実行することにより、端末機器２０による情報処理を管理する。管理プログラムは、メモリ１１または不図示の記憶装置に保存されている。そして、プロセッサ１２が管理プログラムを実行することにより、端末管理部１３およびアプリ管理部１４の機能が提供される。

端末管理部１３は、アプリ管理情報を参照して、端末機器２０に実行させるアプリケーションを特定する。また、端末管理部１３は、端末管理情報を参照して、特定したアプリケーションを実行するために必要な端末機器２０のリソースを決定する。具体的には、後術する優先アプリ実行環境２３および非優先アプリ実行環境２４を決定する。そして、端末管理部１３は、決定したリソースを表すリソース情報を端末機器２０に送信する。

アプリ管理部１４は、端末機器２０が実行すべきアプリケーションをアプリ格納サーバ３０から取得して端末機器２０に送信し、そのアプリケーションを端末機器２０に実行させる。このとき、優先度の高いアプリケーションはそのまま送信される。一方、優先度の低いアプリケーションは複数のアプリケーション部品に分割され、端末機器２０のリソースの状態に応じてアプリケーション部品単位で端末機器２０に送信される。また、アプリ管理部１４は、端末機器２０においてアプリケーション部品の実行が終了したときに、端末機器２０に対してそのアプリケーション部品を削除する指示を送信する。さらに、アプリ管理部１４は、端末機器２０においてアプリケーション部品が削除された後の端末機器２０の使用可能リソース量に基づいて、他のアプリケーション部品を選択して端末機器２０に実行させる。なお、アプリ管理部１４は、端末機器２０によりすべてのアプリケーション部品が実行されるまで、上述の手順を繰り返す。

端末機器２０は、メモリおよびプロセッサを備えるコンピュータにより実現される。なお、端末機器２０は、入出力インタフェース、通信インタフェース、記憶装置などをさらに備える。

制御部２１は、管理サーバ１０から与えられる指示に応じて、管理サーバ１０から与えられるアプリケーションを実行するための環境を構成する。このとき、制御部２１は、端末機器２０のリソース（例えば、プロセッサ、メモリ、ストレージ）を各アプリケーションに割り当てることでアプリケーション実行環境を構成する。この実施例では、優先度の高いアプリケーションを実行するための優先アプリ実行環境２３および優先度の低いアプリケーションを実行するための非優先アプリ実行環境２４が構成される。また、制御部２１は、アプリケーションの実行が完了したときに、その旨を管理サーバ１０に通知する。なお、制御部２１は、プロセッサが制御プログラムを実行することで実現される。

連携情報保持部２２は、あるアプリケーション部品の処理結果が他のアプリケーション部品により使用されるときに、その処理結果を一時的に保持する。処理結果は、各種変数またはパラメータなどを含む。

アプリ格納サーバ３０は、ネットワークシステム１００において端末機器２０により実行されるアプリケーションを格納する。なお、管理サーバ１０は、アプリ格納サーバ３０から所望のアプリケーションを取り出すことができる。

図２（ａ）は、アプリ管理情報の一例を示す。アプリ管理情報は、各アプリケーションについて、アプリ名、優先度、分割の有無、部品ＩＤ、実行順序、使用ストレージ量、および使用メモリ量を表す。すなわち、アプリ管理情報は、端末機器２０が実行すべきアプリケーションまたはアプリケーション部品の特徴を表す。なお、この実施例では、管理サーバ１０は、端末機器２０に対してアプリケーションＡ１およびアプリケーションＡ２の実行を依頼するものとする。また、アプリ管理情報は、例えば、ユーザまたはシステム管理者から管理サーバ１０に与えられる。

アプリ名は、各アプリケーションの名称を表す。優先度は、各アプリケーションの優先度を表す。この実施例では、リアルタイム処理が要求されるアプリケーションに対して高い優先度が与えられ、リアルタイム処理が要求されないアプリケーションに対して低い優先度が与えられる。図２（ａ）では、アプリケーションＡ１に対して高い優先度が与えられており、アプリケーションＡ２に対して低い優先度が与えられている。なお、この実施例では、２レベルの優先度が定義されているが、３レベル以上の優先度が定義されてもよい。

分割の有無は、アプリケーションを複数のアプリケーション部品に分割するか否かを表す。また、部品ＩＤは、あるアプリケーションが複数のアプリケーション部品に分割される場合、各アプリケーション部品を識別する。この例では、アプリケーションＡ２は、アプリケーション部品Ｐ１～Ｐ３に分割される。具体的には、解析アプリ（Ａ２）は、データ取得処理（Ｐ１）、データ解析処理（Ｐ２）、および解析結果通知処理（Ｐ３）に分割される。なお、優先度の高いアプリケーションは、分割されないものとする。

実行順序は、アプリケーション部品の実行順序を表す。この例では、アプリケーション部品Ｐ２はアプリケーション部品Ｐ１の実行結果を必要とし、また、アプリケーション部品Ｐ３はアプリケーション部品Ｐ２の実行結果を必要とする。よって、アプリケーション部品Ｐ１、Ｐ２、Ｐ３に対して、実行順序として「１番目」「２番目」「３番目」が設定されている。

使用ストレージ量は、アプリケーションまたはアプリケーション部品を格納するために必要なストレージの量を表す。また、使用メモリ量は、アプリケーションまたはアプリケーション部品を実行するために必要なメモリの量を表す。

図２（ｂ）は、実行状況管理情報の一例を示す。実行状況管理情報は、各アプリケーション部品について、端末機器２０における実行状況を表す。実行状況は、「未実行」「実行中」または「実行済み」を表す。図２（ｂ）に示す例では、実行状況管理情報は、アプリケーション部品Ｐ１が実行済みであり、アプリケーション部品Ｐ２が実行中であり、アプリケーション部品Ｐ３が未実行である状況を表している。なお、端末機器２０における各アプリケーション部品の実行状況は、例えば、定期的に又は状況が変化したことを契機として、端末機器２０から管理サーバ１０に通知される。この場合、アプリ管理部１４は、端末機器２０から受信する通知に従って実行状況管理情報を更新する。

図２（ｃ）は、端末管理情報の一例を示す。端末管理情報は、端末機器２０のリソースの状態を表す。具体的には、端末管理情報は、ストレージ容量、メモリ容量、使用可能ストレージ量、および使用可能メモリ量を表す。尚、ストレージ容量およびメモリ容量は、端末機器２０が備えるストレージおよびメモリの容量を表し、ユーザまたはシステム管理者により予め設定される。

使用可能ストレージ量は、端末機器２０が備えるストレージ内で使用されていない領域の大きさを表す。また、使用可能メモリ量は、端末機器２０が備えるメモリ内で使用されてない領域の大きさを表す。この実施例では、図２（ａ）に示すアプリケーションＡ１が端末機器２０に実装されている。ここで、アプリケーションＡ１の使用ストレージ量および使用メモリ量は、それぞれ６００および２００である。他方、端末機器２０のストレージ容量およびメモリ容量は、それぞれ１０００および５００である。よって、この端末機器２０の使用可能ストレージ量および使用可能メモリ量は、それぞれ４００および３００である。

なお、図２に示す実施例では、端末機器２０のリソースとしてストレージおよびメモリが管理されるが、本発明はこれに限定されるものではない。例えば、管理サーバ１０は、ストレージまたはメモリの一方のみを管理してもよい。或いは、管理サーバ１０は、端末機器２０のプロセッサの使用率を管理してもよい。

図３は、本発明の実施形態に係わる情報処理管理方法の一例を示すフローチャートである。なお、このフローチャートの処理が実行される前に、ネットワークシステム１００のユーザまたはシステム管理者により、端末機器２０に実行させるアプリケーションが指定される。指定されたアプリケーション（図２（ａ）に示す実施例では、アプリケーションＡ１、Ａ２）は、アプリ管理情報内に登録される。また、各アプリケーションの仕様は既知である。よって、各アプリケーションおよび各アプリケーション部品の使用ストレージ量および使用メモリ量は、アプリ管理情報内に登録される。さらに、各端末機器２０の仕様も既知である。よって、各端末機器２０のストレージ容量およびメモリ容量は、端末管理情報内に登録される。

Ｓ１において、ユーザまたはシステム管理者は、アプリケーション情報を設定する。Ｓ２において、管理サーバ１０は、端末機器２０のリソース割当てを行う。このとき、管理サーバ１０は、端末機器２０に対して優先アプリ実行環境２３および非優先アプリ実行環境２４の構成を指示する。そして、Ｓ３において、管理サーバ１０は、アプリケーションの実装、実行、削除を管理する。アプリケーションの実装、実行、削除は、管理サーバ１０および端末機器２０により連携して行われる。

なお、以下の記載では、優先度の高いアプリケーションを「高優先アプリ」または「高優先アプリケーション」と呼ぶことがある。また、複数のアプリケーション部品に分割されて実行される優先度の低いアプリケーションを「入換えアプリ」または「入換えアプリケーション」と呼ぶことがある。図２に示す例では、アプリケーションＡ１が高優先アプリケーションに相当し、アプリケーションＡ２が入換えアプリケーションに相当する。

図４は、アプリケーション情報を設定する処理の一例を示すフローチャートである。このフローチャートの処理は、図３に示すフローチャートのＳ１に対応する。

Ｓ１１において、ネットワークシステム１００のユーザまたはシステム管理者は、端末機器２０に実行させる各アプリケーションの優先度を指定する。優先度は、例えば、リアルタイム処理が要求されるか否かを応じて指定される。そして、各アプリケーションの優先度を表す情報は、Ｓ１２において、アプリ管理情報内に登録される。図２（ａ）に示す例では、アプリケーションＡ１に対して高い優先度が設定され、アプリケーションＡ２に対して低い優先度が設定されている。

Ｓ１３において、ネットワークシステム１００のユーザまたはシステム管理者は、アプリケーションの分割に係わる分割情報を指定する。分割情報は、Ｓ１４において、アプリ管理情報内に登録される。また、分割情報は、実行状況管理情報内にも登録される。分割情報は、図２（ａ）を参照して説明したように、分割の有無を表す情報、部品ＩＤ、および実行順序を表す情報を含む。さらに、各アプリケーションおよび各アプリケーション部品の使用ストレージ量および使用メモリ量が登録される。なお、各アプリケーションおよび各アプリケーション部品の使用ストレージ量および使用メモリ量は、既知であるものとする。

図５は、端末機器２０のリソースをアプリケーションに割り当てる処理の一例を示すフローチャートである。このフローチャートの処理は、図３に示すフローチャートのＳ２に対応する。

Ｓ２１～Ｓ２２において、端末管理部１３は、アプリ管理情報を参照し、端末機器２０に実行させるアプリケーションを特定する。また、端末管理部１３は、端末管理情報を参照し、特定したアプリケーションを実行するために必要な端末機器２０のリソースを決定する。すなわち、端末管理部１３は、アプリ管理情報および端末管理情報を参照し、優先アプリ実行環境２３および非優先アプリ実行環境２４に割り当てるリソースを決定する。そして、端末管理部１３は、端末管理情報を参照し、決定したリソースを端末機器２０において設定できるか否かを判定する。

決定したリソースを端末機器２０において設定できるときは、端末管理部１３は、Ｓ２３において、決定したリソースを表すリソース情報を端末機器２０に送信する。リソース情報は、例えば、優先アプリ実行環境２３に割り当てられるストレージおよびメモリを表す情報、及び、非優先アプリ実行環境２４に割り当てられるストレージおよびメモリを表す情報を含む。

一方、決定したリソースを端末機器２０において設定できないときは、端末管理部１３は、Ｓ２４において、そのような設定が可能でない旨をユーザまたはシステム管理者に通知する。なお、ネットワークシステム１００内に性能の異なる端末機器２０が混在するときは、端末管理部１３は、Ｓ２４において他の端末機器２０を探してもよい。

図６は、アプリ管理部１４の処理の一例を示すフローチャートである。このフローチャートの処理は、図３に示すフローチャートのＳ３に対応する。

Ｓ３１において、アプリ管理部１４は、高優先アプリケーションが既に端末機器２０に送信されているか否かを確認する。そして、高優先アプリケーションが未だ端末機器２０に送信されていなければ、アプリ管理部１４は、Ｓ３２において、高優先アプリケーションを端末機器２０に送信する。Ｓ３３において、アプリ管理部１４は、高優先アプリケーションの実行指示を端末機器２０に送信する。

Ｓ３４において、アプリ管理部１４は、アプリ管理情報を参照し、端末機器２０に実行させるべき入換えアプリケーション（すなわち、リアルタイム処理が要求されない優先度の低いアプリケーション）が存在するか否かを確認する。そして、端末機器２０に実行させるべき入換えアプリケーションが存在するときは、アプリ管理部１４の処理はＳ３５に進む。

Ｓ３５において、アプリ管理部１４は、端末管理情報を参照し、端末機器２０における非優先アプリ実行環境２４の空きリソースを確認する。非優先アプリ実行環境２４の空きリソースは、例えば、図２（ｃ）に示す端末管理情報の使用可能ストレージ量および使用可能メモリ量で表される。

Ｓ３６において、アプリ管理部１４は、アプリ管理情報および実行状況管理情報を参照し、実行すべきアプリケーション部品を選択する。具体的には、アプリ管理部１４は、端末機器２０において未だ実行されていないアプリケーション部品の中で、実行順序の早い方から順番に、１また複数のアプリケーション部品を選択する。このとき、アプリ管理部１４は、非優先アプリ実行環境２４の空きリソースの範囲内で可能な限り多くのアプリケーション部品を選択することが好ましい。ただし、アプリ管理部１４は、実行すべきアプリケーション部品を１つずつ順番に選択してもよい。そして、アプリ管理部１４は、選択した１または複数のアプリケーション部品を端末機器２０に送信する。さらに、Ｓ３７において、アプリ管理部１４は、Ｓ３６で送信したアプリケーション部品の実行指示を端末機器２０に送信する。

Ｓ３８において、アプリ管理部１４は、端末機器２０から送信される実行完了報告を待ち受ける。実行完了報告は、端末機器２０においてアプリケーション部品の実行が完了したときに、端末機器２０から管理サーバ１０に送信される。また、実行完了報告は、実行が完了したアプリケーション部品を識別する部品ＩＤを含む。

アプリ管理部１４は、アプリケーション部品の実行完了報告を受信すると、Ｓ３９において、そのアプリケーションの削除を指示する削除指示を端末機器２０に送信する。削除指示は、削除すべきアプリケーション部品を識別する部品ＩＤを含む。また、Ｓ４０において、アプリ管理部１４は、アプリケーション部品の削除に起因して、実行状況管理情報および端末管理情報を更新する。具体的には、実行状況管理情報において、削除指示に係わるアプリケーション部品の「状況」が「実行中」から「実行済」に更新される。また、端末管理情報の「使用可能ストレージ量」および「使用可能メモリ量」は、それぞれ、削除指示に係わるアプリケーション部品の「使用ストレージ量」および「使用メモリ量」の分だけ加算される。なお、端末機器２０の使用可能ストレージ量および使用可能メモリ量を表す報告が、端末機器２０から管理サーバ１０に定期的にまたは所定の契機に応じて送信されるときは、アプリ管理部１４は、その報告に応じて端末管理情報の「使用可能ストレージ量」および「使用可能メモリ量」を更新してもよい。

Ｓ４１において、アプリ管理部１４は、実行状況管理情報を参照し、端末機器２０において未だ実行されていないアプリケーション部品が残っているか否かをチェックする。そして、未実行のアプリケーション部品が残っているときは、アプリ管理部１４の処理はＳ３６に戻る。すなわち、アプリ管理部１４は、すべてのアプリケーション部品が端末機器２０において実行されるまでＳ３６～Ｓ４０の処理を繰り返し実行する。

図７は、端末機器２０の処理の一例を示すフローチャートである。なお、このフローチャートにおいては、管理サーバ１０から与えられるアプリケーションの実行と直接的に係わらない処理は、省略されている。

Ｓ５１において、制御部２１は、管理サーバ１０からリソース情報を受信する。リソース情報は、図５に示すＳ２３において作成される。Ｓ５２において、制御部２１は、リソース情報に従って優先アプリ実行環境２３および非優先アプリ実行環境２４を構成する。このとき、優先アプリ実行環境２３は、リソース情報に従って高優先アプリケーションを保存するためのストレージ領域および高優先アプリケーションを実行するためのメモリ領域を確保することで構成される。同様に、非優先アプリ実行環境２４は、リソース情報に従って入換えアプリケーションを保存するためのストレージ領域および入換えアプリケーションを実行するためのメモリ領域を確保することで構成される。

Ｓ５３において、制御部２１は、管理サーバ１０から高優先アプリケーションを受信する。この高優先アプリケーションは、優先アプリ実行環境２３に割り当てられているストレージに保存される。また、制御部２１は、管理サーバ１０から実行指示を受信すると、Ｓ５４において、高優先アプリケーションの実行を開始する。なお、高優先アプリケーションは、優先アプリ実行環境２３において実行される。

Ｓ５５において、制御部２１は、アプリケーション部品を待ち受ける。そして、制御部２１は、管理サーバ１０から１または複数のアプリケーション部品および対応する実行指示を受信すると、アプリケーション部品の実行を開始する。アプリケーション部品は、非優先アプリ実行環境２４において実行される。

Ｓ５７において、制御部２１は、アプリケーション部品の実行状態をモニタする。この実施例では、アプリケーション部品の実行状態は、非優先アプリ実行環境２４から制御部２１に通知される。そして、あるアプリケーション部品の実行が完了すると、制御部２１は、Ｓ５８において、その実行結果を取得して連携情報保持部２２に保存する。また、Ｓ５９において、制御部２１は、実行完了報告を作成して管理サーバ１０に送信する。この実行完了報告は、実行が完了したアプリケーション部品を識別する部品ＩＤを含む。尚、この実行完了報告は、図６に示すＳ３８において管理サーバ１０により受信される。

Ｓ６０において、制御部２１は、削除指示を待ち受ける。削除指示は、図６に示すＳ３９において管理サーバ１０から送信される。また、削除指示は、削除すべきアプリケーション部品を識別する部品ＩＤを含む。そして、制御部２１は、削除指示を受信すると、Ｓ６１において、その削除指示により指定されるアプリケーション部品を非優先アプリ実行環境２４から削除する。この削除により、削除されたアプリケーション部品に対して割り当てられていたストレージおよびメモリが使用可能な状態になる。

この後、制御部２１の処理はＳ５５に戻る。すなわち、端末機器２０は、次のアプリケーション部品を待ち受ける。そして、端末機器２０は、新たに受信するアプリケーション部品に対してＳ５６～Ｓ６１の処理を実行する。ただし、非優先アプリ実行環境２４内に未実行のアプリケーション部品が残っているときは、端末機器２０は、新たに受信するアプリケーション部品の前に、非優先アプリ実行環境２４内に残っているアプリケーション部品を先に実行する。また、先に実行されたアプリケーション部品の実行結果が連携情報保持部２２に保存されているときは、端末機器２０は、連携情報保持部２２に保存されている実行結果を利用して次のアプリケーション部品を実行する。

なお、端末機器２０は、例えば、入換えアプリケーションの終了を表す通知を管理サーバ１０から受信したときに、Ｓ５５～Ｓ６１の処理を終了する。ただし、高優先アプリケーションは、継続して実行される。

また、端末機器２０は、定期的に、使用可能ストレージ量および使用可能メモリ量を検出して管理サーバ１０に報告してもよい。或いは、端末機器２０は、アプリケーション／アプリケーション部品を受信したとき、及び、アプリケーション／アプリケーション部品を削除したときに、使用可能ストレージ量および使用可能メモリ量を検出して管理サーバ１０に報告してもよい。

図８は、管理サーバ１０および端末機器２０によるアプリケーション処理のシーケンスを示す。なお、このシーケンスは、図５～図７に示すフローチャートの処理に対応する。

管理サーバ１０は、端末機器２０にアプリケーションの実行を依頼するときは、リソース情報を生成して端末機器２０に送信する。そうすると、端末機器２０は、リソース情報に従って優先アプリ実行環境２３および非優先アプリ実行環境２４を構成する。

また、管理サーバ１０は、高優先アプリケーションおよびその実行指示を端末機器２０に送信する。そうすると、端末機器２０は、実行指示に従って、受信した高優先アプリケーションの実行を開始する。この後、端末機器２０は、管理サーバ１０から高優先アプリケーションを終了する旨の指示を受信しない限り、その高優先アプリケーションの実行を継続する。

続いて、管理サーバ１０は、アプリケーション部品およびその実行指示を端末機器２０に送信する。アプリケーション部品は、上述したように、入換えアプリケーション（または、非優先アプリケーション）の一部に相当する。端末機器２０は、実行指示に従って、受信したアプリケーション部品を実行する。そして、アプリケーション部品の実行が完了すると、端末機器２０は、実行完了報告を管理サーバ１０に送信する。

管理サーバ１０は、実行完了報告を受信すると、実行状況管理情報および端末管理情報を更新すると共に、実行が完了したアプリケーション部品を削除するための削除指示を端末機器２０に送信する。そうすると、端末機器２０は、削除指示に従って、指定されたアプリケーション部品を削除する。以下、全てのアプリケーション部品が実行されるまで、上述の手順が繰り返される。

＜実施例＞
以下の実施例では、図１に示す管理サーバ１０が端末機器２０にアプリケーションの実行を依頼する。具体的には、管理サーバ１０は、端末機器２０にアプリケーションＡ１およびアプリケーションＡ２の実行を依頼する。アプリケーションＡ１は高優先アプリケーションであり、アプリケーションＡ２は、入換えアプリケーション（即ち、優先度の低いアプリケーション）である。また、この実施例は、下記の条件を前提とする。
（１）入換えアプリケーションＡ２は、アプリケーション部品Ｐ１～Ｐ３に分割される
（２）Ｐ１、Ｐ２、Ｐ３の順番で実行する
（３）Ａ１、Ｐ１、Ｐ２、Ｐ３の使用ストレージ量および使用メモリ量は、図２（ａ）に示す通りである
（４）端末機器２０のストレージ容量およびメモリ容量は、図２（ｃ）に示すように、それぞれ「１０００」および「５００」である
なお、実行状況管理情報の「部品ＩＤ」「実行順序」および端末管理情報の「ストレージ容量」「メモリ容量」は、ユーザまたはシステム管理者により登録されるものとする。また、この実施例では、管理サーバ１０は、端末機器２０から送信される報告に応じて、端末管理情報の「使用可能ストレージ量」および「使用可能メモリ量」を更新するものとする。

図９は、アプリケーションＡ１、Ａ２の実行が依頼される前の管理サーバ１０および端末機器２０の状態を表す。なお、管理サーバ１０の状態として、実行状況管理情報および端末管理情報を示す。

管理サーバ１０から端末機器２０にリソース情報が送信されると、端末機器２０において優先アプリ実行環境２３および非優先アプリ実行環境２４が構成される。ここで、リソース情報の内容は、以下の通りであるものとする。
優先アプリ実行環境２３：「ストレージ：６００、メモリ２００」
非優先アプリ実行環境２４：「ストレージ：４００、メモリ２００」
この場合、端末機器２０は、図９（ａ）に示すように、受信したリソース情報に従って、優先アプリ実行環境２３および非優先アプリ実行環境２４に対してそれぞれ必要なリソース（ここでは、ストレージおよびメモリ）を割り当てる。

なお、図９（ｂ）に示すように、実行状況管理情報において、アプリケーション部品Ｐ１～Ｐ３の状態は「未実行」である。また、端末管理情報の使用可能ストレージ量および使用可能メモリ量は、図９（ｃ）に示すように、それぞれストレージ容量およびメモリ容量と同じである。

管理サーバ１０は、端末機器２０に高優先アプリケーションＡ１およびその実行指示を送信する。そうすると、端末機器２０は、図１０（ａ）に示すように、優先アプリ実行環境２３において高優先アプリケーションＡ１の実行を開始する。また、端末機器２０は、空きリソース報告を管理サーバ１０に送信する。空きリソース報告は、使用可能ストレージ量および使用可能メモリ量を表す。この実施例では、容量が１０００であるストレージに使用ストレージ量が６００の高優先アプリケーションＡ１が保存されるので、使用可能ストレージ量は「４００」である。また、容量が５００であるメモリを使用して使用メモリ量が２００の高優先アプリケーションＡ１が実行されるので、使用可能メモリ量は「３００」である。そして、管理サーバ１０は、空きリソース報告に応じて、図１０（ｃ）に示すように、端末管理情報を更新する。

管理サーバ１０は、入換えアプリケーションＡ２を構成するアプリケーション部品Ｐ１～Ｐ３の中から、端末機器２０に実行させるアプリケーション部品を選択する。ここで、管理サーバ１０は、端末機器２０において未だ実行されていないアプリケーション部品のうちで、実行順序の早い方から順番に、１また複数のアプリケーション部品を選択する。このとき、アプリ管理部１４は、端末機器２０の空きリソースの範囲内で可能な限り多くのアプリケーション部品を選択することが好ましい。具体的には、以下の通りである。

すなわち、この時点では、図１０（ｂ）に示すように、アプリケーション部品Ｐ１～Ｐ３はいずれも未実行状態であり、その実行順序は「Ｐ１→Ｐ２→Ｐ３」である。また、端末機器２０の空きリソース（すなわち、使用可能ストレージ量および使用可能メモリ量）は、図１０（ｃ）に示すように、それぞれ「４００」および「３００」である。したがって、管理サーバ１０は、この空きリソースの範囲内で、Ｐ１から順番にアプリケーション部品を選択する。

ここで、アプリケーション部品Ｐ１の使用ストレージ量および使用メモリ量は、それぞれ１００および１００である。このとき、アプリケーション部品Ｐ１の使用ストレージ量は使用可能ストレージ量以下であり、且つ、アプリケーション部品Ｐ１の使用メモリ量も使用可能メモリ量以下である。よって、管理サーバ１０は、アプリケーション部品Ｐ１を選択する。

また、アプリケーション部品Ｐ２の使用ストレージ量および使用メモリ量は、それぞれ３００および２００である。このとき、アプリケーション部品Ｐ１、Ｐ２の使用ストレージ量の和は使用可能ストレージ量以下であり、且つ、アプリケーション部品Ｐ１、Ｐ２の使用メモリ量の和も使用可能メモリ量以下である。よって、管理サーバ１０は、アプリケーション部品Ｐ１に加えて、アプリケーション部品Ｐ２も選択する。

さらに、アプリケーション部品Ｐ３の使用ストレージ量および使用メモリ量は、それぞれ１００および１００である。このとき、アプリケーション部品Ｐ１～Ｐ３の使用ストレージ量の和は使用可能ストレージ量より大きく、アプリケーション部品Ｐ１～Ｐ３の使用メモリ量の和も使用可能メモリ量より大きい。したがって、管理サーバ１０は、この時点では、アプリケーション部品Ｐ３を選択しない。

管理サーバ１０は、選択したアプリケーション部品Ｐ１、Ｐ２およびそれらの実行指示を端末機器２０に送信する。このとき、管理サーバ１０は、図１１（ｂ）に示すように、アプリケーション部品Ｐ１、Ｐ２の状態を「未実行」から「実行中」に更新する。また、端末機器２０は、アプリケーション部品Ｐ１、Ｐ２をストレージに保存する。さらに、端末機器２０は、アプリケーション部品Ｐ１の実行を開始する。

また、端末機器２０は、空きリソース報告を管理サーバ１０に送信する。この実施例では、アプリケーション部品Ｐ１、Ｐ２がストレージに保存されるので、使用可能ストレージ量は「０」である。また、アプリケーション部品Ｐ１、Ｐ２が実行され得る状態に配置されるので、使用可能メモリ量も「０」である。そして、管理サーバ１０は、空きリソース報告に応じて、図１１（ｃ）に示すように、端末管理情報を更新する。

端末機器２０は、アプリケーション部品Ｐ１の実行を完了すると、図１２（ａ）に示すように、その実行結果を連携情報保持部２２に保存する。また、端末機器２０は、管理サーバ１０に完了報告を送信する。そうすると、管理サーバ１０は、図１２（ｂ）に示すように、アプリケーション部品Ｐ１の状態を「実行中」から「実行済」に更新する。

この後、管理サーバ１０は、アプリケーション部品Ｐ１の削除指示を端末機器２０に送信する。そうすると、端末機器２０は、図１２（ａ）に示すように、非優先アプリ実行環境２４からアプリケーション部品Ｐ１を削除する。また、管理サーバ１０は、実行が完了したアプリケーション部品Ｐ１が使用していたリソースの分だけ端末機器２０の使用可能リソースを増加させる。この結果、図１２（ｃ）に示すように、使用可能ストレージ量が「０」から「１００」に更新され、使用可能メモリ量が「０」から「１００」に更新される。

なお、端末機器２０は、アプリケーション部品Ｐ１を削除した後に、端末機器２０の空きリソース量を表す報告を管理サーバ１０に送信してもよい。この場合、管理サーバ１０は、この報告に応じて端末管理情報を更新してもよい。

管理サーバ１０は、端末機器２０に削除指示を送信した後、未実行のアプリケーション部品が残っているか否かをチェックする。この時点では、図１２（ｂ）に示すように、アプリケーション部品Ｐ３は実行されていない。この場合、管理サーバ１０は、端末機器２０の空きリソースの範囲内でアプリケーション部品Ｐ３を実装／実行できるか否かを判定する。ここで、使用可能ストレージ量および使用可能メモリ量は、図１２（ｃ）に示すように、それぞれ「１００」および「１００」である。一方、アプリケーション部品Ｐ３の使用ストレージ量および使用メモリ量は、それぞれ「１００」および「１００」である。すなわち、アプリケーション部品Ｐ３の使用ストレージ量および使用メモリ量は、端末機器２０の空きリソースの範囲内である。この場合、管理サーバ１０は、アプリケーション部品Ｐ３を端末機器２０に実装できると判定する。

管理サーバ１０は、端末機器２０にアプリケーション部品Ｐ３およびその実行指示を送信する。このとき、管理サーバ１０は、図１３（ｂ）に示すように、アプリケーション部品Ｐ３の状態を「未実行」から「実行中」に更新する。また、端末機器２０は、アプリケーション部品Ｐ３をストレージに保存する。

端末機器２０は、空きリソース報告を管理サーバ１０に送信する。この実施例では、アプリケーション部品Ｐ２、Ｐ３がストレージに保存されるので、使用可能ストレージ量は「０」である。また、アプリケーション部品Ｐ２、Ｐ３が実行され得る状態に配置されるので、使用可能メモリ量も「０」である。そして、管理サーバ１０は、空きリソース報告に応じて、図１３（ｃ）に示すように、端末管理情報を更新する。

この後、端末機器２０は、アプリケーション部品Ｐ２の実行を開始する。このとき、端末機器２０は、連携情報保持部２２に保持されているアプリケーション部品Ｐ１の実行結果を利用してアプリケーション部品Ｐ２を実行する。

端末機器２０は、アプリケーション部品Ｐ２の実行を完了すると、図１４（ａ）に示すように、その実行結果を連携情報保持部２２に保存する。また、端末機器２０は、管理サーバ１０に完了報告を送信する。そうすると、管理サーバ１０は、図１４（ｂ）に示すように、アプリケーション部品Ｐ２の状態を「実行中」から「実行済」に更新する。

管理サーバ１０は、アプリケーション部品Ｐ２の削除指示を端末機器２０に送信する。そうすると、端末機器２０は、図１４（ａ）に示すように、非優先アプリ実行環境２４からアプリケーション部品Ｐ２を削除する。また、管理サーバ１０は、実行が完了したアプリケーション部品Ｐ２が使用していたリソースの分だけ端末機器２０の使用可能リソースを増加させる。この結果、図１４（ｃ）に示すように、使用可能ストレージ量が「０」から「３００」に更新され、使用可能メモリ量が「０」から「２００」に更新される。

なお、端末機器２０は、アプリケーション部品Ｐ２を削除した後に、端末機器２０の空きリソース量を表す報告を管理サーバ１０に送信してもよい。この場合、管理サーバ１０は、この報告に応じて端末管理情報を更新してもよい。

管理サーバ１０は、端末機器２０に削除指示を送信した後、未実行のアプリケーション部品が残っているか否かをチェックする。このとき、図１４（ｂ）に示すように、未実行のアプリケーション部品は残っていない。よって、管理サーバ１０は、アプリケーション部品Ｐ３についての完了報告を待ち受ける。

端末機器２０は、図１５（ａ）に示すように、アプリケーション部品Ｐ３の実行を開始する。このとき、端末機器２０は、連携情報保持部２２に保持されているアプリケーション部品Ｐ２の実行結果を利用してアプリケーション部品Ｐ３を実行する。

端末機器２０は、アプリケーション部品Ｐ３の実行を完了すると、図１６（ａ）に示すように、その実行結果を連携情報保持部２３に保存する。なお、アプリケーション部品Ｐ３は、入換えアプリケーションＡ２を構成する複数のアプリケーション部品の中の最後のアプリケーション部品である。よって、端末機器２０は、連携情報保持部２３に保存されている実行結果を、入換えアプリケーションＡ２の実行結果として出力する。

端末機器２０は、管理サーバ１０に完了報告を送信する。そうすると、管理サーバ１０は、図１６（ｂ）に示すように、アプリケーション部品Ｐ３の状態を「実行中」から「実行済」に更新する。

管理サーバ１０は、アプリケーション部品Ｐ３の削除指示を端末機器２０に送信する。そうすると、端末機器２０は、図１６（ａ）に示すように、非優先アプリ実行環境２４からアプリケーション部品Ｐ３を削除する。また、管理サーバ１０は、アプリケーション部品Ｐ３が使用していたリソースの分だけ端末機器２０の使用可能リソースを増加させる。この結果、図１６（ｃ）に示すように、使用可能ストレージ量が「３００」から「４００」に更新され、使用可能メモリ量が「２００」から「３００」に更新される。

なお、端末機器２０は、アプリケーション部品Ｐ３を削除した後に、端末機器２０の空きリソース量を表す報告を管理サーバ１０に送信してもよい。この場合、管理サーバ１０は、この報告に応じて端末管理情報を更新してもよい。

このように、ネットワークシステム１００においては、優先度の低いアプリケーションは、管理サーバ１０により複数のアプリケーション部品に分割され、端末機器２０の空きリソースを利用して順番に実行される。このため、端末機器２０の空きリソース量が、あるアプリケーションを保存および／または実行できない程度に少ない場合であっても、そのアプリケーションを実行できることがある。例えば、端末機器２０のストレージ容量は１０００である。他方、アプリケーションＡ１の使用ストレージ量は６００であり、アプリケーションＡ２の使用ストレージ量は５００（＝１００＋３００＋１００）である。よって、アプリケーションＡ２を分割しないものとすると、端末機器２０にアプリケーションＡ１、Ａ２を同時に実行させることはできない。これに対して、本発明の実施形態によれば、アプリケーションＡ２を複数のアプリケーション部品Ｐ１～Ｐ３に分割することで、端末機器２０は、アプリケーションＡ１を実行しながらアプリケーションＡ２も実行できる。この結果、端末機器２０のリソースの利用効率が向上する。

また、端末機器２０において実行が完了したアプリケーション部品は、管理サーバ１０からの指示に応じて削除される。そして、この削除により解放されたリソースは、他のアプリケーションまたは他のアプリケーション部品のために使用され得る。よって、この点でも、端末機器２０のリソースの利用効率が向上する。

＜他の実施形態＞
上述の実施例では、端末機器２０に１つの高優先アプリケーションが実装されるが、端末機器２０に２以上の高優先アプリケーションを実装してもよい。

また、上述の実施例では、図６に示すＳ３６においてアプリケーション部品を選択するときに、最新の使用可能ストレージ量および使用可能メモリ量が参照されるが、本発明の実施形態はこの方法に限定されるものではない。例えば、端末機器２０においてアプリケーション部品が１つずつ順番に実行されるときは、管理サーバ１０は、次のアプリケーション部品の使用ストレージ量が最新の使用可能ストレージ量以下であり、且つ、そのアプリケーション部品の使用メモリ量が非優先アプリ実行環境２４に割り当てられているメモリ量以下であれば、そのアプリケーション部品を端末機器２０に送信できると判定してもよい。

さらに、上述の実施例では、管理サーバ１０は、端末機器２０から送信される報告に応じて端末管理情報の使用可能ストレージ量および使用可能メモリ量を更新するが、本発明の実施形態はこの方法に限定されるものではない。例えば、各アプリケーションおよび各アプリケーション部品の使用ストレージ量および使用メモリ量は既知である場合、管理サーバ１０は、端末機器２０から送信される報告を受信しなくても、端末管理情報を更新できる。具体的には、管理サーバ１０は、あるアプリケーション部品を端末機器２０に送信したときに、そのアプリケーション部品の使用ストレージ量および使用メモリ量だけ、使用可能ストレージ量および使用可能メモリ量をそれぞれ減少させてもよい。また、管理サーバ１０は、あるアプリケーション部品の削除指示を端末機器２０に送信したときに、そのアプリケーション部品の使用ストレージ量および使用メモリ量だけ、使用可能ストレージ量および使用可能メモリ量をそれぞれ増加させてもよい。

１０管理サーバ
１１メモリ
１２プロセッサ
１３端末管理部
１４アプリ管理部
２０端末機器
２１制御部
２２連携情報保持部
２３優先アプリ実行環境
２４非優先アプリ実行環境
３０アプリ格納サーバ
１００ネットワークシステム

Claims

第１のアプリケーションおよび前記第１のアプリケーションより優先度の低い第２のアプリケーションを複数に分割することで得られる複数のアプリケーション部品の特徴を表すアプリ管理情報、各アプリケーション部品の実行状況を表す実行状況管理情報、および端末機器のリソースの状態を表す端末管理情報を保存する保存部と、
前記アプリ管理情報、前記実行状況管理情報、および前記端末管理情報を利用して、前記端末機器による情報処理を管理するプロセッサと、を備え、
前記アプリ管理情報または前記実行状況管理情報のうちの少なくとも一方は、前記端末機器において前記複数のアプリケーション部品を実行すべき順序を表す順序情報を含み、
前記プロセッサは、
前記第１のアプリケーションを前記端末機器に実行させ、
前記端末機器が前記第１のアプリケーションを実行しているときの前記端末機器の使用可能リソース量および前記順序情報に基づいて、前記端末機器において未だ実行されていないアプリケーション部品の中で、実行すべき順序の早い方から順番に、１または複数の実行対象アプリケーション部品を選択して前記端末機器に実行させ、
前記端末機器において前記１または複数の実行対象アプリケーション部品の実行が完了したときに、前記端末機器に対して前記１または複数の実行対象アプリケーション部品を削除する指示を送信し、
前記端末機器において前記１または複数の実行対象アプリケーション部品が削除された後の前記端末機器の使用可能リソース量および前記順序情報に基づいて、前記複数のアプリケーション部品の中から他の１または複数の実行対象アプリケーション部品を選択して前記端末機器に実行させる
ことを特徴とする情報処理管理装置。
前記端末管理情報は、前記端末機器の使用可能リソース量を表す情報を含み、
前記プロセッサは、前記端末機器において未だ実行されていないアプリケーション部品の中で、実行すべき順序の早い方から順番に、使用可能リソース量の範囲内で可能な限り多くのアプリケーション部品を選択し、選択したアプリケーション部品を前記端末機器に送信する
ことを特徴とする請求項１に記載の情報処理管理装置。
第１のアプリケーションおよび前記第１のアプリケーションより優先度の低い第２のアプリケーションを端末機器に実行させる情報処理管理方法であって、
前記第２のアプリケーションを複数に分割することで複数のアプリケーション部品を生成し、
前記第１のアプリケーションを前記端末機器に実行させ、
前記端末機器が前記第１のアプリケーションを実行しているときの前記端末機器の使用可能リソース量、及び、前記端末機器において前記複数のアプリケーション部品を実行すべき順序を表す順序情報に基づいて、前記端末機器において未だ実行されていないアプリケーション部品の中で、実行すべき順序の早い方から順番に、１または複数の実行対象アプリケーション部品を選択して前記端末機器に実行させ、
前記端末機器において前記１または複数の実行対象アプリケーション部品の実行が完了したときに、前記端末機器に対して前記１または複数の実行対象アプリケーション部品を削除する指示を送信し、
前記端末機器において前記１または複数の実行対象アプリケーション部品が削除された後の前記端末機器の使用可能リソース量および前記順序情報に基づいて、前記複数のアプリケーション部品の中から他の１または複数の実行対象アプリケーション部品を選択して前記端末機器に実行させる
ことを特徴とする情報処理管理方法。
端末機器および前記端末機器による情報処理を管理する管理サーバを備えるネットワークシステムであって、
前記管理サーバは、
第１のアプリケーションおよび前記第１のアプリケーションより優先度の低い第２のアプリケーションを複数に分割することで得られる複数のアプリケーション部品の特徴を表すアプリ管理情報、各アプリケーション部品の実行状況を表す実行状況管理情報、および前記端末機器のリソースの状態を表す端末管理情報を保存する保存部と、
前記アプリ管理情報、前記実行状況管理情報、および前記端末管理情報を利用して、前記端末機器による情報処理を管理するプロセッサと、を備え、
前記アプリ管理情報または前記実行状況管理情報のうちの少なくとも一方は、前記端末機器において前記複数のアプリケーション部品を実行すべき順序を表す順序情報を含み、
前記プロセッサは、
前記第１のアプリケーションを前記端末機器に実行させ、
前記端末機器が前記第１のアプリケーションを実行しているときの前記端末機器の使用可能リソース量および前記順序情報に基づいて、前記端末機器において未だ実行されていないアプリケーション部品の中で、実行すべき順序の早い方から順番に、１または複数の実行対象アプリケーション部品を選択して前記端末機器に実行させ、
前記端末機器において前記１または複数の実行対象アプリケーション部品の実行が完了したときに、前記端末機器に対して前記１または複数の実行対象アプリケーション部品を削除する指示を送信し、
前記端末機器において前記１または複数の実行対象アプリケーション部品が削除された後の前記端末機器の使用可能リソース量および前記順序情報に基づいて、前記複数のアプリケーション部品の中から他の１または複数の実行対象アプリケーション部品を選択して前記端末機器に実行させ、
前記端末機器は、前記管理サーバによる制御に従って、前記第１のアプリケーションおよび前記第２のアプリケーションを分割することで得られる複数のアプリケーション部品を実行する
ことを特徴とするネットワークシステム。