JP2012137992A - アプリケーションプログラムの動作管理方法、動作管理装置及び動作管理プログラム - Google Patents

Abstract

【課題】アプリケーションプログラムの応答性低下を抑制しつつ、省電力化を図る
【解決手段】ユーザが使用するユーザ端末の電源状態を判定し（ステップＳ２０、Ｓ２４、Ｓ２８）、ユーザ端末の電源がオンになったと判定されたときに、ユーザ端末及びユーザの組み合わせ毎にデータベースに記憶されているアプリの使用履歴データ（端末使用履歴ＤＢ）のうち、電源がオンになったユーザ端末及びユーザの組み合わせと一致するデータを参照して、電源がオンになったユーザ端末で使用される可能性が高いアプリを特定し（ステップＳ２２、Ｓ２６、Ｓ３０）、特定されたアプリをサーバ３０ａ〜３０ｃ上で起動する（ステップＳ３２）。
【選択図】図８

Description

本件は、アプリケーションプログラムの動作管理方法、動作管理装置及び動作管理プログラムに関する。

近年、個人が利用する端末への初期設定（アプリケーションプログラムのインストールなど）を減らす観点から、企業等においては、サーバ上で動作しているアプリケーションを端末上で操作する方法が採用されつつある。このような方法には、シンクライアント、リモートデスクトップ、アプリケーション仮想化技術と呼ばれるものが含まれる。

上記のような技術においては、従来、端末の電源のオン・オフにかかわらず、サーバ上で動作するプログラムやＯＳ（Operating System）は常時動作しているのが一般的であった。このため、最近では、サーバの省エネを図る目的から、種々の技術が提案されてきている。

例えば、端末からアクセスがない場合に、サーバ側のＯＳやアプリケーションをスリープ、または停止させることによって電力削減を行い、再び端末からアクセスがあったときにサービスを開始する方法が提案されている（方法１）。また、特許文献１には、ネットワークに接続された周辺装置に対する電源制御システムにおいて、周辺装置の使用履歴、ユーザの周辺装置へのアクセス履歴などに基づいて周辺装置の電源をオン・オフする技術が開示されている（方法２）。

特開２００４−２５２５００号公報

しかしながら、上述した方法１では、端末からのアクセスがあったタイミングでサービスを開始するため、サーバがスリープ・停止状態から復帰して起動するまでの間、端末はサービス提供を待たされることになる。このため、応答性が悪く、使い勝手が悪くなるおそれがある。また、上記方法２では、電源供給される機器が静的に決定されているため、十分な省電力効果が得られないおそれがある。

そこで本件は上記の課題に鑑みてなされたものであり、アプリケーションプログラムの応答性低下を抑制しつつ、省電力化を図ることが可能なアプリケーションプログラムの動作管理方法、動作管理装置及び動作管理プログラムを提供することを目的とする。

本明細書に記載のアプリケーションプログラムの動作管理方法は、ユーザが使用する端末、及び端末からの指示によりアプリケーションプログラムを実行するサーバとネットワークで接続されたコンピュータが実行するアプリケーションプログラムの動作管理方法であって、ユーザが使用する端末の電源の状態を判定する判定工程と、前記判定工程において前記端末の電源がオンになったと判定されたときに、端末及びユーザの組み合わせ毎にデータベースに記憶されているアプリケーションプログラムの使用履歴データのうち、前記電源がオンになった端末及びユーザの組み合わせと一致する使用履歴データを前記データベースから抽出し、前記使用履歴データを参照して前記電源がオンになった端末で使用される可能性が高いアプリケーションプログラムを特定する特定工程と、前記特定工程で特定されたアプリケーションプログラムをサーバ上で起動する起動工程と、をコンピュータが実行するアプリケーションプログラムの動作管理方法である。

本明細書に記載のアプリケーションプログラムの動作管理装置は、ユーザが使用する端末、及び端末からの指示によりアプリケーションプログラムを実行するサーバとネットワークで接続された動作管理装置であって、ユーザが使用する端末の電源の状態を判定する判定部と、前記判定部において前記端末の電源がオンになったと判定されたときに、端末及びユーザの組み合わせ毎にデータベースに記憶されているアプリケーションプログラムの使用履歴データを前記データベースから抽出し、前記使用履歴データを参照して前記電源がオンになった端末及びユーザの組み合わせと一致する使用履歴データを参照し、前記電源がオンになった端末で使用される可能性が高いアプリケーションプログラムを特定する特定部と、前記特定部で特定されたアプリケーションプログラムをサーバ上で起動する起動部と、を備えている。

本明細書に記載のアプリケーションプログラムの動作管理プログラムは、ユーザが使用する端末、及び端末からの指示によりアプリケーションプログラムを実行するサーバとネットワークで接続されたコンピュータに、ユーザが使用する端末の電源の状態を判定し、前記端末の電源がオンになったと判定されたときに、端末及びユーザの組み合わせ毎にデータベースに記憶されているアプリケーションプログラムの使用履歴データのうち、前記電源がオンになった端末及びユーザの組み合わせと一致する使用履歴データを前記データベースから抽出し、前記使用履歴データを参照して前記電源がオンになった端末で使用される可能性が高いアプリケーションプログラムを特定し、前記特定されたアプリケーションプログラムをサーバ上で起動する処理を実行させるアプリケーションプログラムの動作管理プログラムである。

本明細書に記載のアプリケーションプログラムの動作管理方法、動作管理装置及び動作管理プログラムは、アプリケーションプログラムの応答性低下を抑制しつつ、省電力化を図ることができるという効果を奏する。

一実施形態に係るサーバサービスシステムの構成が模式的に示す図である。 クラウドのシステム構成を示す図である。 アプリケーション動作管理サーバのハードウェア構成を示すブロック図である。 ユーザ端末及びアプリケーション動作管理サーバの機能ブロック図である。 端末使用履歴ＤＢのデータ構造を示す図である。 アプリ使用履歴ＤＢのデータ構造を示す図である。 ユーザ・端末特定部の処理を示すフローチャートである。 アプリ選定部の処理を示すフローチャートである。 使用アプリ履歴テーブルのデータ構造を示す図である。 図１０（ａ）、図１０（ｂ）は、アプリ選定部の処理で用いるテーブルを示す図である。 アプリ制御部の処理を示すフローチャートである。 アプリ制御部の処理で用いるテーブルを示す図である。 アプリ制御部の処理で用いるテーブルの別例を示す図である。 図１４（ａ）、図１４（ｂ）は、アプリ制御部の処理の効果を説明するための図である。 ユーザ端末の位置情報を用いた処理で使用する起動地点テーブルを示す図である。

以下、一実施形態について、図１〜図１５に基づいて詳細に説明する。図１には、一実施形態に係るサーバサービスシステム１００の構成が模式的に示されている。図１に示すように、サーバサービスシステム１００は、端末としての１又は複数のユーザ端末（クライアント）１０と、クラウド５０と、を備える。ユーザ端末１０及びクラウド５０は、インターネットなどのネットワーク８０に接続されている。ユーザ端末１０では、クラウド５０内で動作するアプリケーションプログラムを操作することが可能である。なお、本明細書及び図面の中での表現として、「アプリケーションプログラム」を適宜、単に「アプリ」と表記する。

ユーザ端末１０としては、デスクトップ型のＰＣ（Personal Computer）、ノート型のＰＣのほか、スマートフォン、ＰＤＡ（Personal Digital Assistant）や、タブレット型コンピュータなどの端末を採用することができる。ユーザ端末１０は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤなどを含み、ＣＰＵがプログラムを実行することで、図４の端末状態通知部１２及びアプリ実行部１４としての機能を発揮する。端末状態通知部１２は、ユーザ端末１０の電源状態を含む情報を、アプリケーション動作管理サーバ２０に通知する。より具体的には、端末状態通知部１２は、端末起動時において、端末の状態（起動状態）、端末ＩＤ、ユーザＩＤ，時刻、位置を通知する。また、端末状態通知部１２は、端末の動作終了時において、端末の状態（終了状態）、端末ＩＤ、ユーザＩＤ、電源状態、時刻、位置を通知する。なお、ユーザ端末１０の通知する電源状態としては、Ｓ０（電源オン）、Ｓ３（データをＲＡＭに格納した状態でスリープ）、Ｓ４（データをＨＤＤに格納した状態でスリープ）、Ｓ５（電源オフ）がある。アプリ実行部１４は、アプリケーションプログラムを実行する旨を、端末ＩＤやユーザＩＤとともに、アプリケーション動作管理サーバ２０に通知する。なお、ユーザ端末１０は、図４に示すように、ＧＰＳ（Global Positioning System）を利用して位置情報を取得する位置検出部１６も有している。

クラウド５０は、図２に示すように、動作管理装置としてのアプリケーション動作管理サーバ２０と、アプリＡ用サーバ３０ａ、アプリＢ用サーバ３０ｂ、アプリＣ用サーバ３０ｃ…と、を含む。各サーバは、ＬＡＮ（Local Area Network）等のネットワーク３２に接続されている。

アプリＡ用サーバ３０ａは、アプリケーションプログラム１（例えばワープロのアプリケーション）を動作させるサーバである。アプリＢ用サーバ３０ｂは、アプリケーションプログラム２（例えば表計算のアプリケーション）を動作させるサーバである。また、アプリＣ用サーバ３０ｃは、アプリケーションプログラム３（例えば図面作成のアプリケーション）を動作させるサーバである。なお、サーバ３０ａ〜３０ｃは、それぞれのサーバにおいて１つのＯＳが動作しているものとする。ただし、これに限られるものではなく、サーバ３０ａ〜３０ｃとしては、複数のＯＳを動作させるハイパーバイザー型のサーバを採用することとしてもよい。

アプリケーション動作管理サーバ２０は、サーバ３０ａ〜３０ｃ及び当該サーバ３０ａ〜３０ｃにおけるアプリケーションの動作を管理するサーバである。図３には、アプリケーション動作管理サーバ２０のハードウェア構成が示されている。この図２に示すように、アプリケーション動作管理サーバ２０は、ＣＰＵ９０、ＲＯＭ９２、ＲＡＭ９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、及び可搬型記憶媒体用ドライブ９９等を備えている。これらアプリケーション動作管理サーバ２０の構成各部は、バス９８に接続されている。アプリケーション動作管理サーバ２０では、可搬型記憶媒体９１に記憶されているアプリケーションの動作管理プログラムを可搬型記憶媒体用ドライブ９９で読み出す。そして、ＣＰＵ９０は、可搬型記憶媒体用ドライブ９９で読み出したプログラムや、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラムをＣＰＵ９０が実行することで図４の各部の機能を実現している。

図４には、ユーザ端末１０、及びアプリケーション動作管理サーバ２０の機能ブロック図が示されている。図４に示すように、アプリケーション動作管理サーバ２０は、管理部６０及び実行部７０として機能する。

管理部６０は、取得部としての端末状態受信部２２と、ユーザ・端末特定部２４と、判定部及び特定部としてのアプリ選定部２６と、アプリ制御部２８と、使用履歴作成部４２と、ユーザグループ作成部４４と、を有する。また、管理部６０は、データベースとしての端末・アプリ使用履歴ＤＢ５２と、アプリ使用ログ５４と、ユーザグループＤＢ５６と、を有している。なお、本明細書及び図面中の記載として、「データベース」を適宜「ＤＢ」と表示している。

端末状態受信部２２は、ユーザ端末１０からの電源状態等の通知を受け、ユーザ・端末特定部２４に処理を渡す。ユーザ・端末特定部２４は、ユーザ端末１０からの通知内容からユーザ端末１０を使っているユーザの情報を抽出する。アプリ選定部２６は、端末・アプリ使用履歴ＤＢ５２を参照して、抽出したユーザがユーザ端末１０で使用する可能性の高いアプリケーションプログラム（以下、単に「アプリ」とも呼ぶ）を抽出する。

アプリ制御部２８は、アプリ選定部２６で抽出されたアプリケーションプログラムの起動を行うよう、後述するアプリサーバ決定部６６ａ，６６ｂ…のいずれかに対して命令する。すなわち、本実施形態では、アプリ制御部２８とアプリサーバ決定部６６ａ，６６ｂとを含んで起動部が実現されている。使用履歴作成部４２は、アプリＡ用サーバ３０ａ、アプリＢ用サーバ３０ｂ，アプリＣ用サーバ３０ｃ…（以下、「アプリ用サーバ３０ａ〜３０ｃ」とも呼ぶ）のアプリ使用ログ５４を参照し、ユーザ・端末毎のアプリ使用履歴ＤＢ（図６）を作成する。ユーザグループ作成部４４は、端末・アプリ使用履歴ＤＢ５２を参照し、類似する時間帯において同一のアプリケーションを使用するユーザ及び端末の組み合わせをグループ化し、ユーザグループＤＢ５６を作成する。

端末・アプリ使用履歴ＤＢ５２は、ユーザ・端末毎にアプリケーション使用履歴をまとめた情報を格納する。ここで、端末・アプリ使用履歴ＤＢ５２には、図５に示す端末使用履歴ＤＢと、図６に示すアプリ使用履歴ＤＢとが含まれる。

図５の端末使用履歴ＤＢは、ユーザごとに作成されるデータベースであり、ユーザが使用する端末のＩＤ、端末状態が変更されたときの時刻、変更後の端末状態、電源状態、位置情報を含んでいる（それぞれが紐付けられている）。また、図６のアプリ使用履歴ＤＢは、アプリごとに作成されるデータベースであり、アプリを使用するユーザのＩＤと、使用開始時刻及び終了時刻、使用端末、位置情報を含んでいる（それぞれが紐付けられている）。

図４に戻り、アプリ使用ログ５４は、アプリ用サーバ３０ａ〜３０ｃにおけるアプリケーションの使用状況をログとして格納する。ユーザグループＤＢ５６は、アプリケーション毎に、アプリケーションの使用状況が類似するユーザをグループ化した情報を格納する（図１２参照）。

実行部７０は、アプリ実行受付部６２と、ユーザ認証部６４と、アプリＡサーバ決定部６６ａ、アプリＢサーバ決定部６６ｂ…（以下、「アプリサーバ決定部６６ａ，６６ｂ」とも呼ぶ）と、グループ化部としてのユーザグループ抽出部６８と、を有する。アプリ実行受付部６２は、ユーザ端末１０のアプリ実行部１４から、アプリケーションプログラムを使用する旨の通知を受け付ける。ユーザ認証部６４は、アプリ実行受付部６２において受け付けられた通知に含まれるユーザＩＤに基づいて、ユーザの認証を行う。

アプリサーバ決定部６６ａ、６６ｂは、アプリＡ、アプリＢごとに用意されている。アプリ実行受付部６２で受け付けたアプリ実行部１４からの通知においてアプリＡが指定された場合には、アプリＡサーバ決定部６６ａが、ユーザグループ抽出部６８の抽出結果も考慮しつつ、アプリＡ（ユーザイメージ）を動作させるサーバ（アプリＡ用サーバ３０ａのうちの１つのサーバ）を決定する。また、アプリＢが指定された場合には、アプリＢサーバ決定部６６ａが、ユーザグループ抽出部６８の抽出結果も考慮しつつ、アプリＢ（ユーザイメージ）を動作させるサーバ（アプリＡ用サーバ３０ａのうちの１つのサーバ）を決定する。また、アプリサーバ決定部６６ａ，６６ｂは、アプリ制御部２８からの指示に基づいて、アプリを動作させるサーバを決定する。

ユーザグループ抽出部６８は、ユーザグループＤＢ５６を参照し、ユーザ端末１０及び当該端末のユーザの組み合わせと同一のグループに含まれるユーザ端末及びユーザの組み合わせを抽出する。

次に、上記のように構成されるサーバサービスシステム１００における処理について、図７〜図１４に基づいて、詳細に説明する。

（ユーザ・端末特定部２４の処理について）
まず、図７に基づいて、ユーザ・端末特定部２４の処理について説明する。この図７の処理は、端末状態受信部２２が端末状態通知部１２からの通知を受けるたびに、実行される。

ユーザ・端末特定部２４は、図７のステップＳ１０において、端末状態受信部２２が端末状態通知部１２から受信した通知に含まれているユーザＩＤに基づいて、新規ユーザであるか否かを判断する。ここでの判断が否定された場合、すなわち、特定されているユーザが、既に端末・アプリ使用履歴ＤＢ５２内に存在しているユーザであった場合には、ステップＳ１２に移行する。ステップＳ１２に移行した場合、ユーザ・端末特定部２４は、端末・アプリ使用履歴ＤＢ５２から、特定されているユーザのデータベース（図５の端末使用履歴ＤＢ）を抽出する。一方、ステップＳ１０の判断が肯定された場合、すなわち、特定されたユーザが新規ユーザであった場合には、ステップＳ１４に移行する。ステップＳ１４では、新規ユーザのデータベース（図５の端末使用履歴ＤＢ）を新たに作成する。

ステップＳ１２又はステップＳ１４の処理が行われた後は、ステップＳ１６において、ユーザ・端末特定部２４が、電源状態などの情報を、端末使用履歴ＤＢに記録する。そして、ステップＳ１８では、ユーザ・端末特定部２４が、アプリ選定部２６に対して、データベースへの記録を行った旨の通知を出力する。

（アプリ選定部２６の処理について）
次に、図８に基づいて、アプリ選定部２６の処理について説明する。なお、この図８の処理は、図７のステップＳ１８においてアプリ選定部２６が通知を受けたタイミングで開始される。

図８のステップＳ２０では、アプリ選定部２６が、ユーザ端末１０がコールドブート、すなわち、電源がオフの状態（Ｓ５）から、オンの状態（Ｓ０）になったか否かを判断する。ここでの判断が肯定された場合には、ステップＳ２２に移行する。ステップＳ２２では、アプリ選定部２６が、過去において同一のユーザが利用するユーザ端末がＳ５→Ｓ０となったときに使用したアプリリストを抽出する。ここで、使用履歴作成部４２がアプリ使用ログ５４を用いて、図６に示すようなアプリ使用履歴ＤＢを随時作成している。したがって、アプリ選定部２６は、このアプリ使用履歴ＤＢと、図５の端末使用履歴ＤＢとに基づいて、図９に示す使用アプリ履歴テーブルを生成することができる。なお、図９の使用アプリ履歴テーブルは、ユーザごとに生成される。アプリ選定部２６は、使用アプリ履歴テーブルを参照して、過去において、電源状態がＳ５→Ｓ０となったときに、最も使用されていた（例えば過去１ヶ月間における使用時間が最も長い）アプリ（図９ではアプリＢ）を抽出する。

一方、ステップＳ２０の判断が否定された場合には、ステップＳ２４に移行する。そして、ステップＳ２４では、アプリ選定部２６が、ユーザ端末１０がＳ３（データをＲＡＭに格納した状態でスリープ）の状態から、電源がオンの状態（Ｓ０）になったか否かを判断する。ここでの判断が肯定された場合には、ステップＳ２６に移行する。ステップＳ２６では、アプリ選定部２６が、図９の使用アプリ履歴テーブルを生成、参照する。そして、アプリ選定部２６は、過去において電源状態がＳ３→Ｓ０となったときに、最も使用されていた（例えば過去１ヶ月間における使用時間が最も長い）アプリを抽出する。

これに対し、ステップＳ２４の判断が否定されると、アプリ選定部２６は、ステップＳ２８に移行し、ユーザ端末１０が、Ｓ４（データをＨＤＤに格納した状態でスリープ）から電源がオンの状態（Ｓ０）になったか否かを判断する。ここでの判断が肯定された場合には、ステップＳ３０に移行して、アプリ選定部２６が図９の使用アプリ履歴テーブルを生成、参照する。そして、アプリ選定部２６は、過去において、電源状態がＳ４→Ｓ０となったときに、最も使用されていた（例えば過去１ヶ月間における使用時間が最も長い）アプリを抽出する。

上記のように、ステップＳ２２、Ｓ２６、Ｓ３０のいずれかを経た場合、ステップＳ３２に移行する。ステップＳ３２では、アプリ選定部２６は、ユーザの使用頻度上位のアプリケーション（ここでは、最も使用されているアプリケーション）を起動するようアプリ制御部２８に通知する。そして、図８の全処理を終了する。なお、最も使用されているアプリケーションを抽出する場合、上記のように過去１ヶ月間における使用時間が最も長いアプリケーションを抽出する以外に、使用回数が最も多いアプリケーションを抽出することとしても良い。なお、アプリ選定部２６は、予め定めた所定の閾値よりも多く使用されている１つ以上のアプリケーションを抽出することとしてもよい。この場合、ステップＳ３２では、１つ以上のアプリケーションを起動するよう、アプリ選定部２６からアプリ制御部２８に通知がされることになる。

図８のステップＳ２８において、判断が否定された場合、すなわち、ユーザ端末１０の電源状態がオンからオフ（又はスリープ状態）になった場合には、ステップＳ３４に移行する。ステップＳ３４では、アプリ選定部２６が、電源状態がＳ５又はＳ４であるか否かを判断する。なお、電源状態がＳ５、Ｓ４である場合とは、その状態から電源がオンになったときに、端末が起動するまでに長時間を要する場合を意味する。

ステップＳ３４の判断が肯定された場合には、ステップＳ３６において、ユーザ端末１０で実行されていたアプリを終了するよう、アプリ制御部２８に対して通知する。

一方、電源状態がＳ３であったため、ステップＳ３４の判断が否定された場合には、ステップＳ３８に移行する。なお、電源状態がＳ３である場合とは、その状態から電源がオンになったときに、端末が起動するまでにさほど時間を要さない場合を意味する。なお、ユーザ端末がＳ５から起動するまでに要する時間は、Ｓ４から起動するまでに要する時間よりも長く、Ｓ４から起動するまでに要する時間は、Ｓ３から起動するまでに要する時間よりも長い。一例を挙げれば、ユーザ端末がＳ５から起動するまでに要する時間を１００とした場合、Ｓ４から起動するまでに要する時間は５０であるが、Ｓ３から起動するまでに要する時間は、６程度となることがある。

ステップＳ３８では、アプリ選定部２６が、一定時間内にユーザ端末１０が復帰する（電源オンに戻る）可能性が高いか否かを判断する。この場合、アプリ選定部２６は、以下のような方法で、一定時間内にユーザ端末１０が復帰する（電源オンに戻る）可能性が高いか否かを判断する。

すなわち、まず、アプリ選定部２６は、図１０（ａ）に示すようなユーザの履歴テーブルを端末使用履歴ＤＢ（図５）から生成する。すなわち、図１０（ａ）のように、電源状態がＳ３からＳ０に変わるまでの時間（Ｓ３状態から、電源がオンに復帰するまでの時間）を求めるためのテーブルを生成する。次いで、アプリ選定部２６は、上記のようにして生成された図１０（ａ）のテーブルから、図１０（ｂ）に示すようなテーブルを生成する。この図１０（ｂ）のテーブルには、時間帯ごとに、３０分以内に電源状態がＳ３からオン（Ｓ０）に復帰した確率が格納される。そして、アプリ選定部２６は、図１０（ｂ）のテーブルから、現在の時間帯に対応する、３０分以内に復帰する確率を取得し、当該確率が所定の閾値（例えば７５％など）を超えているか否かを判断する。この判断により、ステップＳ３８の判断、すなわち、一定時間内にユーザ端末１０が復帰する（電源オンに戻る）可能性が高いか否かの判断がなされることになる。

なお、図１０（ａ）、図１０（ｂ）における履歴の抽出範囲は、過去１ヶ月や１年などの期間で限定してもよいし、抽出範囲を限定しなくても良い。また、ユーザ端末１０が、会社の業務などのルーチンワークで用いられる場合には、履歴の抽出範囲を曜日で限定してもよい。また、上記説明においては、図１０（ｂ）のように全時間帯のデータ（確率）を取得しているかのように説明しているが、これに限らず、現在（ユーザ端末１０から取得した時刻）が含まれる時間帯のデータのみを取得することとしてもよい。

上述したステップＳ３８の判断が否定された場合、すなわち、一定時間内に復帰する可能性が低い場合には、ステップＳ３６に移行し、ユーザ端末１０で実行されていたアプリを終了するよう、アプリ制御部２８に対して通知する。一方、ステップＳ３８の判断が肯定された場合には、ユーザ端末１０で実行されていたアプリを終了することなく、図８の全処理を終了する。

（アプリ制御部２８の処理について）
次に、アプリ制御部２８の処理について、図１１に基づいて説明する。なお、図１１の処理は所定時間ごとに繰り返される。

アプリ制御部２８は、ステップＳ４０において、アプリケーションの起動依頼があったか否かを判断する。ここでの判断が肯定された場合には、ステップＳ４４に移行する。

ステップＳ４４では、アプリ制御部２８は、ユーザがグループに属するか否かを判断する。具体的には、アプリ制御部２８は、アプリ使用履歴ＤＢ（図６）に基づいて、図１２に示すような、特定のユーザ（図１２ではユーザＡ）のアプリ使用時に同時使用率の高いユーザを示すテーブルを生成する。ここで、図１２における同時使用率は同時に使用していた時間、または、同時に使用していた頻度で判断する。同時使用率（時間）は、次式（１）から求めることができ、同時使用率（頻度）は、次式（２）から求めることができる。
同時使用率（時間）
＝特定ユーザと他のユーザとが同時使用していた時間／特定ユーザの総使用時間
…（１）
同時使用率（頻度）
＝特定ユーザと他のユーザとが同時使用していた回数／特定ユーザの総使用回数
…（２）

そして、アプリ制御部２８は、図１２のテーブルのうち、同時使用率（時間）又は同時使用率（頻度）が、所定の閾値を超えていた場合に、特定のユーザと同時使用ユーザとを、グループ化する。なお、グループ化は、同時使用率（時間）及び同時使用率（頻度）の両方が、それぞれに設定されている閾値を超えていた場合に行うこととしてもよい。

また、アプリ制御部２８は、起動しようとしているアプリにおいて、グループ化されているユーザが存在しているかを確認する。この場合、グループ化されているユーザが存在していれば、ステップＳ４４の判断が肯定され、存在していなければ、ステップＳ４４の判断が否定されることになる。

ステップＳ４４の判断が肯定された場合、ステップＳ４６に移行し、アプリ制御部２８は、起動サーバを特定する。具体的には、アプリ制御部２８は、グループ化されているユーザのアプリケーション（ユーザイメージ）については、極力（可能な限り）同一のサーバで動作させるように、サーバを特定する。

そして、ステップＳ４６の処理が終了すると、ステップＳ４８に移行する。一方、ステップＳ４４の判断が否定された場合には、ステップＳ４６を経ずにステップＳ４８に移行する。ステップＳ４８では、アプリ制御部２８が、起動依頼に係るアプリを起動する。なお、このステップＳ４８の処理が終了すると、図１１の全処理が終了する。

なお、上述したステップＳ４４では、アプリ制御部２８は、図１２に示すテーブルを生成して、ユーザをグループ化する場合について説明したが、これに限られるものではない。例えば、図１３に示すようなテーブルを生成して、ユーザをグループ化することとしてもよい。図１３のテーブルには、ユーザＡがあるアプリの使用を終了した時点とほぼ同時（ここでは、１５分以内としている）に同一のアプリを終了したユーザのＩＤと、同時終了の頻度（回数）及び同時終了率が、図６のアプリ使用履歴から抽出されて、格納される。なお、同時終了率は、ほぼ同時に終了したユーザのあるアプリの全終了回数に対するユーザＡと同時終了した回数を意味する。

この場合、アプリ制御部２８は、図１３のテーブルの同時終了頻度と同時終了率に基づいて、上記と同様にしてユーザをグループ化することができる。そして、アプリ制御部２８は、ユーザのグループに基づいて、起動サーバを特定するようにすることができる。

図１１に戻り、ステップＳ４０の判断が否定された場合には、ステップＳ４２に移行し、アプリ制御部２８は、アプリケーションの終了依頼があったか否かを判断する。ここでの判断が否定された場合には、図１１の全処理を終了するが、肯定された場合には、ステップＳ５０に移行する。

ステップＳ５０では、アプリ制御部２８が、終了依頼にかかるアプリを終了する。次いで、ステップＳ５２では、アプリ制御部２８が、同一サーバ上で動いているアプリがあるか否かを判断する。ここでの判断が肯定された場合には、図１１の全処理を終了するが、ここでの判断が否定された場合には、ステップＳ５４に移行する。ステップＳ５４では、アプリ制御部２８が、アプリケーションが動作していないサーバを終了する（電源をオフにする）。

ここで、図１１の処理を行った場合の効果について、図１４の模式図に基づいて説明する。図１４（ａ）は、比較例（ユーザ及び端末をグループ化しない例）を採用した場合の、サーバ上で動作するアプリケーションの様子を示している。この例では、各サーバが２ユーザのイメージ（アプリ）を動作させることができ、ユーザ１とユーザ２がアプリＡを同時間帯に使用すると仮定している。また、４人のユーザ１〜４は、ユーザ３→ユーザ１→ユーザ２→ユーザ４の順にアプリＡの使用を開始したものとする。

この場合、図１４（ａ）の左欄に示すように、２つのサーバにおいてイメージを順に動作させることとする。かかる場合には、図１４（ａ）の右欄に示すように、ユーザ１と２がほぼ同時にアプリＡの使用を終了しても、各サーバではアプリが動作しているため、サーバの電源をオフにすることはできない、ということが生じる。これに対し、本実施形態のように、ほぼ同時間帯に同一のアプリを使用するユーザ及び端末をグループ化し、当該グループ化されたユーザ及び端末でアプリが使用されるときには、極力同一のサーバでアプリを動作させることとする。すなわち、図１４（ｂ）の左欄に示すように、ユーザ１とユーザ２のアプリを同一のサーバで動作させる。このようにすることで、図１４（ｂ）の右欄に示すように、ユーザ１とユーザ２がほぼ同時にアプリＡの使用を終了すると、１つのサーバではアプリＡが動作していないので、そのサーバの電源をオフにすることができるようになる。これにより、省電力化を図ることが可能である。

なお、本実施形態では、図５に示すように、ユーザ端末１０からユーザ端末１０の位置情報を取得していることから、この位置情報を更に用いて、アプリケーションプログラムの動作を管理することが可能である。具体的には、事前起動部としてのアプリ制御部２８が、ユーザ端末１０において普段多く使用されるアプリと、そのアプリの使用が開始される位置との関係を表すテーブル（図１５参照）を、図５の端末使用履歴ＤＢに基づいて生成する。この場合、アプリ制御部２８は、図５の端末使用履歴ＤＢに基づいて、電源状態がＳ３→Ｓ０になったときの位置情報とアプリ種別とを抽出する。なお、位置情報については、誤差の範囲内（例えば、５ｍのずれの範囲内）であれば、同一の位置情報として取り扱うこととすることができる。この場合、２点の位置情報が緯度、経度（ｘ１，ｙ１）（ｘ２，ｙ２）で取得される場合、緯度、経度からメートルに換算する係数をａ，ｂとすると、次式（３）を満たしている場合に、２点を同一の点として扱うこととすることができる。
｛ａ（ｘ１−ｘ２）²＋ｂ（ｙ１−ｙ２）²｝^1/2≦５ …（３）

なお、ａ，ｂは、通常、近距離の場合、ａ＝９１０、ｂ＝１１１０程度である。

また、複数の点を同一の点として扱う場合、複数の点の中心位置を、図１５に登録する。この場合の中心位置は、複数の点がｎ点｛（ｘ１，ｙ１）、（ｘ２，ｙ２）、…、（ｘｎ，ｙｎ）｝であれば、中心位置の座標は、（（ｘ１＋ｘ２＋…＋ｘｎ）／ｎ，（ｙ１＋ｙ２＋…＋ｙｎ）／ｎ）である。

そして、アプリ制御部２８では、電源状態がＳ３の状態にあるユーザ端末１０の位置（ｐ，ｑ）が、中心位置（ｘ，ｙ）から所定範囲（例えば１００ｍ範囲）に入ったとき、すなわち、次式（４）を満たすようになったときに、起動アプリリストに載っているアプリの起動を開始する。
（ｐ−ｘ）²＋（ｑ−ｙ）²≦１００² …（４）

このようにすることで、電源状態がＳ３（電源オンからの起動が早い状態）にある場合において、予めサーバでアプリを立ち上げておくことができるので、電源がオンになった後に応答性よくアプリを動作させることが可能となる。

なお、上記では、ＧＰＳを用いてユーザ端末１０の位置情報を取得する場合について説明したが、これに限られるものではない。例えば、ユーザ端末１０が通信可能な無線基地局のデータから、位置データを取得することとしてもよい。また、ユーザ端末にアクティブＲＦＩＤタグを設けておき、予めタグリーダが設定されている場所（例えばビルや事務室などの入り口）を通過したときに、アプリを起動することとしてもよい。

以上、詳細に説明したように、本実施形態によると、ユーザが使用するユーザ端末１０の電源状態を判定し（ステップＳ２０、Ｓ２４、Ｓ２８）、ユーザ端末１０の電源がオンになったと判定されたときに、ユーザ端末及びユーザの組み合わせ毎に取得されているアプリの使用履歴データ（端末使用履歴ＤＢ）のうち、電源がオンになったユーザ端末１０及びユーザの組み合わせと一致するデータを参照して、電源がオンになったユーザ端末１０で使用される可能性が高いアプリを特定し（ステップＳ２２、Ｓ２６、Ｓ３０）、特定されたアプリをサーバ３０ａ〜３０ｃ上で起動する（ステップＳ３２）。これにより、ユーザ端末１０の電源がオン以外であれば、アプリの動作やサーバの動作を停止しておくことができる。また、ユーザ端末１０の電源がオンになったときには、ユーザが使用する可能性が高いアプリを予め起動しておくことができる。このように、本実施形態では、アプリの応答性低下を抑制しつつ、サーバにおける省電力化を図ることが可能である。

また、本実施形態によると、図５の端末使用履歴ＤＢには、アプリの使用を開始したユーザ端末１０の、電源がオンになる以前における電源状態（Ｓ３〜Ｓ５）が紐付けられており、アプリ制御部２８は、ユーザ端末１０の電源がオンになる以前の電源状態と、紐付けられている電源状態とが一致するデータを参照して、電源がオンになった端末で使用される可能性が高いアプリを特定する（ステップＳ２２、Ｓ２６，Ｓ３０）。したがって、ユーザ端末１０の電源がオンになる以前の状態を考慮して、予め起動するアプリを特定することで、適切なアプリを予め起動しておくことができる。

また、本実施形態によると、同一のアプリの使用時間帯が類似する端末及びユーザをグループ化し、同一グループに属する端末及びユーザが使用するアプリは、極力同一のサーバで起動することとしている。これにより、図１４（ａ）、図１４（ｂ）で説明したように、サーバの省電力化を効果的に図ることが可能となる。

また、本実施形態では、電源状態がオンの状態（Ｓ０）からオフ又はスリープ状態（Ｓ３〜Ｓ５）になったときに、電源状態がＳ３〜Ｓ５のいずれであるかに基づいて、サーバにおけるアプリの動作を終了するか否かを決定する（Ｓ３４）。これにより、電源がオフ又はスリープ状態から、オンの状態に復帰するまでに要する時間に応じた適切なアプリの動作管理を行うことができる。

また、本実施形態では、電源状態がＳ３になったときに、一定時間内に復帰する可能性が高いか否かを判定し（ステップＳ３８）、その結果、可能性が低い場合には、アプリの動作を終了することとしている（ステップＳ３６）。これにより、適切なアプリの動作管理を行うことができる。

また、本実施形態では、ユーザ端末１０の位置情報を取得し（ステップＳ１６）、当該位置情報に基づいて、ユーザ端末１０において使用される可能性の高いアプリ（図１５参照）を、ユーザ端末の電源がオンになる前に起動することとしている。これにより、ユーザ端末１０の位置に応じて、使用する可能性の高いアプリを予め起動しておくことができるので、適切なアプリの動作管理を行うことが可能である。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

なお、以上の説明に関して更に以下の付記を開示する。
（付記１） ユーザが使用する端末、及び端末からの指示によりアプリケーションプログラムを実行するサーバとネットワークで接続されたコンピュータが実行するアプリケーションプログラムの動作管理方法であって、ユーザが使用する端末の電源の状態を判定する判定工程と、前記判定工程において前記端末の電源がオンになったと判定されたときに、端末及びユーザの組み合わせ毎にデータベースに記憶されているアプリケーションプログラムの使用履歴データのうち、前記電源がオンになった端末及びユーザの組み合わせと一致する使用履歴データを前記データベースから抽出し、前記使用履歴データを参照して前記電源がオンになった端末で使用される可能性が高いアプリケーションプログラムを特定する特定工程と、前記特定工程で特定されたアプリケーションプログラムをサーバ上で起動する起動工程と、をコンピュータが実行することを特徴とするアプリケーションプログラムの動作管理方法。
（付記２） 前記使用履歴データには、前記アプリケーションプログラムの使用を開始した端末の、前記電源がオンになる以前における電源状態が紐付けられており、前記特定工程では、前記判定工程で前記電源がオンになったと判定した端末の、前記電源がオンになる以前における電源状態が一致する使用履歴データを参照して、前記電源がオンになった端末で使用される可能性が高いアプリケーションプログラムを特定する処理を前記コンピュータが実行することを特徴とする付記１に記載のアプリケーションプログラムの動作管理方法。
（付記３） 前記使用履歴データのうち、同一のアプリケーションプログラムの使用時間帯が類似する端末及びユーザをグループ化するグループ化工程を、コンピュータが更に実行し、前記起動工程では、同一グループに属する端末及びユーザが使用するアプリケーションプログラムを同一のサーバで起動できる場合には、当該同一のサーバで前記アプリケーションプログラムを起動する処理を、前記コンピュータが実行することを特徴とする付記１又は２に記載のアプリケーションプログラムの動作管理方法。
（付記４） 前記判定工程において、前記コンピュータが、前記ユーザが使用する端末の電源がオン以外になったと判定したときに、前記ユーザが使用する端末の電源状態に基づいて、当該端末において使用されていたアプリケーションプログラムを終了するか否かを決定する決定工程を、前記コンピュータが更に実行することを特徴とする付記１〜３のいずれかに記載のアプリケーションプログラムの動作管理方法。
（付記５） 前記端末の位置情報を取得する取得工程と、前記取得工程で取得された前記端末の位置情報に基づいて、当該端末において使用される可能性の高いアプリケーションプログラムを、前記端末の電源がオンになる前に起動する事前起動工程と、を前記コンピュータが更に実行することを特徴とする付記４に記載のアプリケーションプログラムの動作管理方法。
（付記６） 前記特定工程では、前記電源がオンになった端末で使用される可能性が高いアプリケーションプログラムとして、前記端末及びユーザの組み合わせ毎に取得されているアプリケーションプログラムのうち総使用時間が最長のアプリケーションプログラム、使用回数が最多のアプリケーションプログラム、１回の使用における時間が最長のアプリケーションプログラム、前記端末の起動時刻を含む時間帯において使用された回数又は時間の値が最も大きいアプリケーションプログラム、前記端末の位置を含む領域において使用された回数又は時間の値が最も大きいアプリケーションプログラム、前記端末の起動時刻を含む時間帯において前記端末の位置を含む領域で使用された回数又は時間の値が最も大きいアプリケーションプログラムのいずれかを特定することを特徴とする付記１〜５のいずれかに記載のアプリケーションプログラムの動作管理方法。
（付記７） ユーザが使用する端末、及び端末からの指示によりアプリケーションプログラムを実行するサーバとネットワークで接続された動作管理装置であって、ユーザが使用する端末の電源の状態を判定する判定部と、前記判定部において前記端末の電源がオンになったと判定されたときに、端末及びユーザの組み合わせ毎にデータベースに記憶されているアプリケーションプログラムの使用履歴データ前記データベースから抽出し、前記使用履歴データを参照して前記電源がオンになった端末及びユーザの組み合わせと一致する使用履歴データを参照し、前記電源がオンになった端末で使用される可能性が高いアプリケーションプログラムを特定する特定部と、前記特定部で特定されたアプリケーションプログラムをサーバ上で起動する起動部と、を備えるアプリケーションプログラムの動作管理装置。
（付記８） 前記使用履歴データには、前記アプリケーションプログラムの使用を開始した端末の、前記電源がオンになる以前における電源状態が紐付けられており、前記特定部は、前記判定部で前記電源がオンになったと判定した端末の、前記電源がオンになる以前における電源状態が一致する使用履歴データを参照して、前記電源がオンになった端末で使用される可能性が高いアプリケーションプログラムを特定することを特徴とする付記７に記載のアプリケーションプログラムの動作管理装置。
（付記９） 前記使用履歴データのうち、同一のアプリケーションプログラムの使用時間帯が類似する端末及びユーザをグループ化するグループ化部を更に備え、前記起動部は、同一グループに属する端末及びユーザが使用するアプリケーションプログラムを同一のサーバで起動できる場合には、当該同一のサーバで前記アプリケーションプログラムを起動することを特徴とする付記７又は８に記載のアプリケーションプログラムの動作管理装置。
（付記１０） 前記判定部が、前記ユーザが使用する端末の電源がオン以外になったと判定したときに、前記ユーザが使用する端末の電源状態に基づいて、当該端末において使用されていたアプリケーションプログラムを終了するか否かを決定する決定部を、更に備える付記７〜９のいずれかに記載のアプリケーションプログラムの動作管理装置。
（付記１１） 前記端末の位置情報を取得する取得部と、前記取得部で取得された前記端末の位置情報に基づいて、当該端末において使用される可能性の高いアプリケーションプログラムを、前記端末の電源がオンになる前に起動する事前起動部と、を更に備える付記１０に記載のアプリケーションプログラムの動作管理装置。
（付記１２） 前記特定部は、前記電源がオンになった端末で使用される可能性が高いアプリケーションプログラムとして、前記端末及びユーザの組み合わせ毎に取得されているアプリケーションプログラムのうち総使用時間が最長のアプリケーションプログラム、使用回数が最多のアプリケーションプログラム、１回の使用における時間が最長のアプリケーションプログラム、前記端末の起動時刻を含む時間帯において使用された回数又は時間の値が最も大きいアプリケーションプログラム、前記端末の位置を含む領域において使用された回数又は時間の値が最も大きいアプリケーションプログラム、前記端末の起動時刻を含む時間帯において前記端末の位置を含む領域で使用された回数又は時間の値が最も大きいアプリケーションプログラムのいずれかを特定することを特徴とする付記７〜１１のいずれかに記載のアプリケーションプログラムの動作管理装置。
（付記１３） ユーザが使用する端末、及び端末からの指示によりアプリケーションプログラムを実行するサーバとネットワークで接続されたコンピュータに、ユーザが使用する端末の電源の状態を判定し、前記端末の電源がオンになったと判定されたときに、端末及びユーザの組み合わせ毎にデータベースに記憶されているアプリケーションプログラムの使用履歴データを前記データベースから抽出し、前記使用履歴データを参照して前記電源がオンになった端末及びユーザの組み合わせと一致する使用履歴データを参照して、前記電源がオンになった端末で使用される可能性が高いアプリケーションプログラムを特定し、前記特定されたアプリケーションプログラムをサーバ上で起動する処理を実行させるアプリケーションプログラムの動作管理プログラム。
（付記１４） 前記使用履歴データには、前記アプリケーションプログラムの使用を開始した端末の、前記電源がオンになる以前における電源状態が紐付けられており、前記特定においては、前記コンピュータに、前記判定において前記電源がオンになったと判定された端末の、前記電源がオンになる以前における電源状態が一致する使用履歴データを参照させ、前記電源がオンになった端末で使用される可能性が高いアプリケーションプログラムを特定させることを特徴とする付記１３に記載のアプリケーションプログラムの動作管理プログラム。
（付記１５） 前記コンピュータに、前記使用履歴データのうち、同一のアプリケーションプログラムの使用時間帯が類似する端末及びユーザをグループ化させ、前記起動においては、同一グループに属する端末及びユーザが使用するアプリケーションプログラムを同一のサーバで起動できる場合には、前記コンピュータに当該同一のサーバで前記アプリケーションプログラムを起動させることを特徴とする付記１３又は１４に記載のアプリケーションプログラムの動作管理プログラム。
（付記１６） 前記判定において、前記ユーザが使用する端末の電源がオン以外になったと判定されるときに、前記コンピュータに、前記ユーザが使用する端末の電源状態に基づいて、当該端末において使用されていたアプリケーションプログラムを終了するか否かを更に決定させる付記１３〜１５のいずれかに記載のアプリケーションプログラムの動作管理プログラム。
（付記１７） 前記コンピュータに、前記端末の位置情報を取得させ、当該取得された前記端末の位置情報に基づいて、当該端末において使用される可能性の高いアプリケーションプログラムを、前記端末の電源がオンになる前に起動させる付記１６に記載のアプリケーションプログラムの動作管理プログラム。
（付記１８） 前記特定においては、前記電源がオンになった端末で使用される可能性が高いアプリケーションプログラムとして、前記端末及びユーザの組み合わせ毎に取得されているアプリケーションプログラムのうち総使用時間が最長のアプリケーションプログラム、使用回数が最多のアプリケーションプログラム、１回の使用における時間が最長のアプリケーションプログラム、前記端末の起動時刻を含む時間帯において使用された回数又は時間の値が最も大きいアプリケーションプログラム、前記端末の位置を含む領域において使用された回数又は時間の値が最も大きいアプリケーションプログラム、前記端末の起動時刻を含む時間帯において前記端末の位置を含む領域で使用された回数又は時間の値が最も大きいアプリケーションプログラムのいずれかを、前記コンピュータに特定させることを特徴とする付記１３〜１７のいずれかに記載のアプリケーションプログラムの動作管理プログラム。

１０ ユーザ端末（端末）
２０ アプリケーション動作管理サーバ（動作管理装置）
２２ 端末状態受信部（取得部）
２６ アプリ選定部（判定部、特定部）
２８ アプリ制御部（起動部の一部、事前起動部）
５２ 端末・アプリ使用履歴ＤＢ（データベース）
６６ａ，６６ｂ アプリサーバ決定部（起動部の一部）
６８ ユーザグループ抽出部（グループ化部）

Claims (7)

1. ユーザが使用する端末、及び端末からの指示によりアプリケーションプログラムを実行するサーバとネットワークで接続されたコンピュータが実行するアプリケーションプログラムの動作管理方法であって、
   ユーザが使用する端末の電源の状態を判定する判定工程と、
   前記判定工程において前記端末の電源がオンになったと判定されたときに、端末及びユーザの組み合わせ毎にデータベースに記憶されているアプリケーションプログラムの使用履歴データのうち、前記電源がオンになった端末及びユーザの組み合わせと一致する使用履歴データを前記データベースから抽出し、前記使用履歴データを参照して前記電源がオンになった端末で使用される可能性が高いアプリケーションプログラムを特定する特定工程と、
   前記特定工程で特定されたアプリケーションプログラムをサーバ上で起動する起動工程と、をコンピュータが実行することを特徴とするアプリケーションプログラムの動作管理方法。
2. 前記使用履歴データには、前記アプリケーションプログラムの使用を開始した端末の、前記電源がオンになる以前における電源状態が紐付けられており、
   前記特定工程では、前記判定工程で前記電源がオンになったと判定した端末の、前記電源がオンになる以前における電源状態が一致する使用履歴データを参照して、前記電源がオンになった端末で使用される可能性が高いアプリケーションプログラムを特定する処理を前記コンピュータが実行することを特徴とする請求項１に記載のアプリケーションプログラムの動作管理方法。
3. 前記使用履歴データのうち、同一のアプリケーションプログラムの使用時間帯が類似する端末及びユーザをグループ化するグループ化工程を、コンピュータが更に実行し、
   前記起動工程では、同一グループに属する端末及びユーザが使用するアプリケーションプログラムを同一のサーバで起動できる場合には、当該同一のサーバで前記アプリケーションプログラムを起動する処理を、前記コンピュータが実行することを特徴とする請求項１又は２に記載のアプリケーションプログラムの動作管理方法。
4. 前記判定工程において、前記コンピュータが、前記ユーザが使用する端末の電源がオン以外になったと判定したときに、
   前記ユーザが使用する端末の電源状態に基づいて、当該端末において使用されていたアプリケーションプログラムを終了するか否かを決定する決定工程を、前記コンピュータが更に実行することを特徴とする請求項１〜３のいずれか一項に記載のアプリケーションプログラムの動作管理方法。
5. 前記端末の位置情報を取得する取得工程と、
   前記取得工程で取得された前記端末の位置情報に基づいて、当該端末において使用される可能性の高いアプリケーションプログラムを、前記端末の電源がオンになる前に起動する事前起動工程と、を前記コンピュータが更に実行することを特徴とする請求項４に記載のアプリケーションプログラムの動作管理方法。
6. ユーザが使用する端末、及び端末からの指示によりアプリケーションプログラムを実行するサーバとネットワークで接続された動作管理装置であって、
   ユーザが使用する端末の電源の状態を判定する判定部と、
   前記判定部において前記端末の電源がオンになったと判定されたときに、端末及びユーザの組み合わせ毎にデータベースに記憶されているアプリケーションプログラムの使用履歴データを前記データベースから抽出し、前記使用履歴データを参照して前記電源がオンになった端末及びユーザの組み合わせと一致する使用履歴データを参照し、前記電源がオンになった端末で使用される可能性が高いアプリケーションプログラムを特定する特定部と、
   前記特定部で特定されたアプリケーションプログラムをサーバ上で起動する起動部と、を備えるアプリケーションプログラムの動作管理装置。
7. ユーザが使用する端末、及び端末からの指示によりアプリケーションプログラムを実行するサーバとネットワークで接続されたコンピュータに、
   ユーザが使用する端末の電源の状態を判定し、
   前記端末の電源がオンになったと判定されたときに、端末及びユーザの組み合わせ毎にデータベースに記憶されているアプリケーションプログラムの使用履歴データのうち、前記電源がオンになった端末及びユーザの組み合わせと一致する使用履歴データを前記データベースから抽出し、前記使用履歴データを参照して前記電源がオンになった端末で使用される可能性が高いアプリケーションプログラムを特定し、
   前記特定されたアプリケーションプログラムをサーバ上で起動する処理を実行させるアプリケーションプログラムの動作管理プログラム。

Images