JP5945078B2 - アプリインストール方法、アプリインストール装置、設備、プログラム及び記録媒体 - Google Patents

Description

本願は、出願番号がＣＮ２０１３１０５３５２６４．２であって、出願日が２０１３年１１月１日である中国特許出願に基づき優先権を主張し、当該中国特許出願のすべての内容を本願に援用する。
本発明は、アプリインストールの技術分野に関し、特に、アプリインストール方法、アプリインストール装置、設備、プログラム及び記録媒体に関する。

モバイル・マルチメディア時代の到来に伴い、豊かなアプリによって、携帯電話は、簡易な通話ツールからスマート化しつつあり、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）は、スマートフォンのコア技術として、スマートフォンの最も競争力のある構成部分となっている。ＯＳは、スマートフォンを、ますますマイクロコンピュータに近づかせ、ユーザは、スマートフォンに、自発的にアプリや、ゲーム等の第三者のプロバイダーから提供されたアプリをインストールすることができ、このようなアプリを利用して携帯電話の機能を拡張し続ける。

情報をよりよく共有するために、多くの企業が提供したソフトウェア開発ツールにより、誰でもあるＯＳに基づくアプリを開発することができ、これにより、大多数のユーザにとって利便性をもたらし、同時にユーザのアプリに対する多様化のニーズを満たした。しかしながら、これによっても、一部の人は、これらのツールを用いてＯＳに対するウィルスやトロイの木馬等の悪意のアプリを開発することができる。

悪意のアプリによるスプーフィング攻撃手段は、常に多様に変化し、防ぎようがない。その中でも、非常に危険なスプーフィング攻撃手段は、スマートフォンのユーザが良くインターネット等を介してアプリを直接にダウンロードしてインストールする行為に基づき、ユーザがダウンロードしたアプリをインストールする時、ユーザのインストール操作を妨げ、そして、ミスリードし、ユーザを悪意のアプリに推奨されたアプリをインストールさせるように案内し、又は、直接に悪意のアプリがインストールしようとするアプリをインストールさせるように案内し、又は、ユーザが特定のアプリ（例えば、セキュリティアプリ）をインストールすることを阻止する。

このようなスプーフィング攻撃手段は、ユーザが識別することが非常に困難であり、極めて高い隠れ特性を持つとともに、それがアプリのインストールを制御することができるため、有害性が莫大である。このような攻撃手段を駆除する場合、１つのやり方として、ユーザが携帯電話にダウンロードされたアプリを選択しインストールする時に、ＯＳが選択用ダイアログ・ボックスを表示することができ、ユーザは、このダイアログ・ボックスにより１つのアプリを選択してアプリをインストールする必要がある。しかしながら、悪意のアプリは、通常にその名前を変更されてセキュリティアプリに偽装されるため、一般の経験のない又は真剣に識別しないユーザにとって、悪意のアプリに騙されやすく、悪意のアプリを選択し、悪意のアプリの攻撃およびダメージを受ける。

本発明が解決しようとする技術的問題は、悪意のアプリがユーザのダウンロードしたアプリのインストールを妨げることを阻止し、ＯＳのセキュリティを向上させるためのアプリインストール方法を提供することである。

そして、本発明は、さらに、上記の方法の実現および適用を確保するためのアプリインストール装置、設備、プログラム及び記録媒体を提供する。

本発明に係る実施形態の第１の態様によれば、アプリインストール方法を提供し、前記方法は、
現在の処理要求がダウンロードされたアプリのインストール要求だと確定してから、ＯＳに付属のインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として確定するステップと、
前記ＯＳに付属のインストールプログラム対象を起動して、前記インストール要求に対応する、ダウンロードされたアプリをインストールするステップと、を含む。
選択的に、前記ＯＳに付属のインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として確定するステップは、
前記インストール要求のコンポーネント属性に対して、ＯＳに付属のインストールプログラム対象のＩＤであるコンポーネント名を指定するステップと、
ＯＳにおける前記インストール要求に対応する処理プログラム・リストを取得するステップと、
前記処理プログラム・リストにおいて前記ＯＳに付属のインストールプログラム対象のＩＤを検索し、対応するＯＳに付属のインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として取得するステップと、を含む。

選択的に、前記ＯＳに付属のインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として確定するステップは、
ＯＳにおける前記インストール要求に対応する、ＯＳに付属のインストールプログラム対象から構成する処理プログラムリストを取得するステップと、
前記ＯＳに付属のインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として取得するステップと、を含む。

選択的に、前記現在の処理要求がダウンロードされたアプリのインストール要求だと確定するステップは、
アクション属性およびタイプ属性を含む、現在の処理要求の属性情報を取得するステップと、
前記アクション属性およびタイプ属性が、それぞれ、前記ダウンロードされたアプリのインストール要求に対して予め設定されたアクション属性およびタイプ属性に一致すると、現在の処理要求が、ダウンロードされたアプリのインストール要求だと判定するステップと、を含む。

選択的に、最適なアクティビティ選択（ｃｈｏｏｓｅＢｅｓｔＡｃｔｉｖｉｔｙ）方法を用いて現在の処理要求の属性情報を取得する。

本発明に係る実施形態の第２の態様によれば、アプリインストールの装置を提供し、前記装置は、
現在の処理要求がダウンロードされたアプリのインストール要求だと確定してから、ＯＳに付属のインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として確定するための対象確定モジュールと、
前記ＯＳに付属のインストールプログラム対象を起動して、前記インストール要求に対応する、ダウンロードされたアプリをインストールするためのインストールモジュールと、を備える。

選択的に、前記対象確定モジュールは、
現在の処理要求がダウンロードされたアプリのインストール要求だと確定するための要求確定サブモジュールと、
前記インストール要求のコンポーネント属性に対して、ＯＳに付属のインストールプログラム対象のＩＤであるコンポーネント名を指定するためのＩＤ追加サブモジュールと、
ＯＳにおける前記インストール要求に対応する処理プログラム・リストを取得するための第１のリスト取得サブモジュールと、
前記処理プログラム・リストにおいて前記ＯＳに付属のインストールプログラム対象のＩＤを検索し、対応するＯＳに付属のインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として取得するための検索サブモジュールと、を備える。

選択的に、前記対象確定モジュールは、
現在の処理要求がダウンロードされたアプリのインストール要求だと確定するための要求確定サブモジュールと、
ＯＳにおける前記インストール要求に対応する、ＯＳに付属のインストールプログラム対象から構成する処理プログラムリストを取得するための第２のリスト取得サブモジュールと、
前記ＯＳに付属のインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として取得するための対象取得サブモジュールと、を備える。

選択的に、前記要求確定サブモジュールは、
アクション属性およびタイプ属性を含む、現在の処理要求の属性情報を取得するための属性情報取得ユニットと、
前記アクション属性およびタイプ属性が、それぞれ、前記ダウンロードされたアプリのインストール要求に対して予め設定されたアクション属性およびタイプ属性と一致すると、現在の処理要求が、ダウンロードされたアプリのインストール要求だと判定するための判定ユニットと、を備える。

選択的に、最適なアクティビティ選択（ｃｈｏｏｓｅＢｅｓｔＡｃｔｉｖｉｔｙ）方法を用いて現在の処理要求の属性情報を取得する。

本発明に係る実施形態の第３の態様によれば、設備を提供し、前記設備は、
１つ又は複数のプロセッサと、
メモリと、
前記メモリに記憶され、前記１つ又は複数のプロセッサによって実行される１つ又は複数のモジュールと、を備え、
前記１つ又は複数のモジュールは、
現在の処理要求がダウンロードされたアプリのインストール要求だと確定した時、ＯＳに付属のインストールプログラム対象を、前記インストール要求に対応する処理プログラム対象として確定する機能、
前記ＯＳに付属のインストールプログラム対象を起動して、前記インストール要求に対応するダウンロードされたアプリをインストールする機能を有する。
本発明に係る実施形態の第４の態様によれば、本発明は、プログラムを提供し、当該プログラムは、プロセッサに実行されることにより、前記アプリインストール方法を実現する。
本発明に係る実施形態の第５の態様によれば、本発明は、前記プログラムが記録された記録媒体を提供する。

本発明に係る実施例に提供された技術案は、以下の有益な効果を含む。
本発明において、現在の処理要求がダウンロードされたアプリのインストール要求だと確定する時に、前記インストール要求を直接にＯＳに付属のインストールプログラム対象に指向し、または、処理リストにおいて他の第三者の処理プログラム対象の登録を無視し、ＯＳに付属のインストールプログラム対象を強制的に選択し、ＯＳに付属のインストールプログラム対象を用いて、直接にアプリインストール要求に対応するアプリをインストールすることにより、悪意のアプリにアプリインストールの過程に関与する機会を与えず、ＯＳのセキュリティを向上させる。

上記の一般的な説明および後述の詳細な説明は、単なる例示的なものであり、本発明を限定するものではないと理解すべきである。

ここでの図面は、本明細書に含まれて明細書の一部として構成され、本発明に相応しい実施例を示すとともに、明細書と共に本発明の原理を解釈するためのものである。
一例示的な実施例に係るアプリインストール方法を示すフローチャートである。 一例示的な実施例に係るアプリインストール方法を示すフローチャートである。 一例示的な実施例に係るアプリインストール方法を示すフローチャートである。 一例示的な実施例に係るアプリインストール装置の構成を示すブロック図である。 一例示的な実施例に係る対象確定モジュールの１つの構成を示すブロック図である。 一例示的な実施例に係る対象確定モジュールの１つの構成を示すブロック図である。 一例示的な実施例に係る端末装置の構成を模式的に示す図である。

以下、例示的な実施例について詳細に説明し、それらの例は添付の図面に示されている。以下の説明が添付図面に言及する場合、特に説明さない限り、異なる図面における同一数字が同一または類似の要素を表す。以下の例示的な実施例に記載される実施形態は、本発明に合致するすべての実施形態を表すものではない。逆に、それらは、単なる添付の特許請求の範囲に詳述された本発明のいくつかの態様に一致する装置および方法の例である。

本発明の中心思想の１つは、現在の処理要求がダウンロードされたアプリをインストールする要求（以下、インストール要求という）であると確定する時に、前記インストール要求をＯＳに付属のインストールプログラム対象に直接に指向し、または、処理リストにおいて他の第三者の処理プログラム対象の登録を無視し、ＯＳに付属のインストールプログラム対象を強制的に選択し、ＯＳに付属のインストールプログラム対象を用いてアプリのインストール要求に対応するアプリを直接にインストールすることにより、悪意のアプリにアプリをインストールする過程に関与する機会を与えず、ＯＳのセキュリティを向上させることにある。

実施例１
図１を参照するように、一例示的な実施例に係るアプリインストール方法を示すフローチャートであり、本実施例は、以下のステップを含んでもよい。

ステップ１０１では、現在の処理要求がダウンロードされたアプリ向けのインストール要求だと確定する場合、ＯＳに付属のインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として確定する。

ステップ１０２では、前記ＯＳに付属のインストールプログラム対象を起動し、前記インストール要求に対応する、ダウンロードされたアプリを、インストールする。
本実施例において、現在の処理要求がダウンロードされたアプリ向けのインストール要求だと確定する時に、ＯＳに付属のインストールプログラム対象を強制的に選択し、現在の要求に対応するアプリをインストールすることにより、悪意のアプリにアプリインストールの過程に関与する機会を与えず、ＯＳのセキュリティを向上させる。

実施例２
図２は、一例示的な実施例に係るアプリインストール方法を示すフローチャートであり、本実施例では、Ａｎｄｒｏｉｄ（アンドロイド（登録商標））ＯＳを例として説明したが、もちろん、本実施例は、ＡｎｄｒｏｉｄＯＳに限定されず、他のＯＳにも適用される。本実施例は、以下のステップを含んでもよい。

ステップ２０１では、現在の処理要求がダウンロードされたアプリのインストール要求だと確定する。

ＡｎｄｒｏｉｄＯＳにおいて、多くのアプリが存在してもよく、各アプリは、ＯＳや、他のアプリとのインタラクティブ過程において、例えば、インタフェースの起動要求やネットワークアクセス要求等、様々な要求を発送することができる。本実施例は、まず、複数の要求からダウンロードされたアプリのインストール要求を識別し、本実施例の一つの実施形態において、現在の処理要求がダウンロードされたアプリのインストール要求だと確定するステップは、下記のサブステップを含んでもよい。

サブステップＳ１１：アクション属性およびタイプ属性を含む、現在の処理要求の属性情報を取得する。

実現するには、アプリからアプリの意図（インテント）を含む要求を発送する時に、Ａｎｄｒｏｉｄ ＯＳがインテントの内容に従って適切なコンポーネントを選択して要求を完成させる。実際には、インテントは、ランタイムバインディング規制の一種であり、それがアプリの実行過程において２つの異なるコンポーネントと接続することができる。インテント対象は、実行しようとする操作について抽象的に記述する。その記述の基本的な内容は、コンポーネント名、Ａｃｔｉｏｎ（アクション）、Ｄａｔａ（データ）、Ｃａｔｅｇｏｒｙ（カテゴリ）、Ｅｘｔｒａ（エクストラ）、およびＦｌａｇ（フラグ）の６つの部分に分ける。

その中、コンポーネント名とは、コンポーネント属性であり、インテントのターゲット・コンポーネント名を意味する。コンポーネント名は、一つのコンポーネント・ネーム（Ｃｏｍｐｏｎｅｎｔ Ｎａｍｅ）対象であり、このような対象名は、ターゲット・コンポーネントのカテゴリ名、及びターゲット・コンポーネントが存在するアプリのパッケージ名との組み合わせであり、コンポーネントにおけるパッケージ名は、必ずマニフェストファイル（ｍａｎｉｆｅｓｔ ｆｉｌｅ）に記述されたパッケージ名と完全に一致するとは限らず、コンポーネント名は、オプションである。インテントメッセージにおいてターゲット・コンポーネント名を指定した場合、これが明示的なメッセージであり、インテントは、指定されたコンポーネントに伝達される。ターゲット・コンポーネント名を指定しない場合、Ａｎｄｒｏｉｄは、インテントにおける他の情報および登録されたインテントフォルダ（Ｉｎｔｅｎｔ Ｆｉｌｔｅｒ）を比較することにより適切なターゲット・コンポーネントを選択する。

Ａｃｔｉｏｎは、インテントによりトリガーされたアクションの名称の文字列を記述し、理論的には、Ａｃｔｉｏｎは任意の文字列であっても良いが、インテントのカテゴリにおいて、Ａｎｄｒｏｉｄ ＯＳのアプリに関するＡｃｔｉｏｎ文字列は、静的な文字列定数の形態で定義されている。

Ｄａｔａは、インテントの操作しようとするデータＵＲＩおよびデータ型Ｔｙｐｅを記述し、あるアクションは、対応するデータに対して処理を行う必要がある。

Ｃａｔｅｇｏｒｙは、要求されたコンポーネントについて追加された記述情報である。

本実施例において、現在の処理要求の属性情報は、インテントが記述する内容であり、最適なアクティビティ選択（ｃｈｏｏｓｅＢｅｓｔＡｃｔｉｖｉｔｙ）方法により現在の処理要求を解析し、当該要求の属性情報を取得することができる。ここで、最適なアクティビティ選択法は、ＰＭＳ（ｃｏｍ．ａｎｄｒｏｉｄ．ｓｅｒｖｅｒ．ｐｍ．ＰａｃｋａｇｅＭａｎａｇｅｒＳｅｒｖｉｃｅ、ＰＭＳと略称する）カテゴリにおける方法であり、ＰＭＳがこの方法を呼び出し、インテントとマッチングする最適なアクティビティ対象を選択する。Ａｎｄｒｏｉｄ ＯＳにおいて、アプリをダウンロードした後、ダウンロードされたインストールパッケージを、パッケージ管理サービスに保存し、ここで、ＰＭＳは、様々なアプリのインストール、アンインストール、管理等の作業を処理するためのものであり、電源を入れる時に、システムサーバー（ｓｙｓｔｅｍＳｅｒｖｅｒ）によりこのサービスを起動する。電源を入れる時に、ＰＭＳは、以前に保存されたインストールパッケージの関連データを解析し、Ａｎｄｒｏｉｄ ＯＳの実行過程において、新たにインストールされたａｐｋ（ａｐｐｌｉｃａｔｉｏｎ ｐａｃｋａｇｅ ｆｉｌｅ）は、ＰＭＳの関連変数に保存されてもよく、または、関連ファイルに書き込まれて永続的に保存されてもよい。

サブステップＳ１２：前記アクション属性およびタイプ属性は、それぞれ、前記ダウンロードされたアプリのインストール要求に対して予め設定されたアクション属性およびタイプ属性に一致すると、現在の処理要求が、ダウンロードされたアプリのインストール要求だと判定する。

本実施例において、現在の処理要求のアクション属性（Ａｃｔｉｏｎ）、およびタイプ属性（Ｔｙｐｅ）の値は、インストールパッケージのインストール要求に対して予め設定されたアクション属性、およびタイプ属性に一致すると、現在に受信する要求がダウンロードされたアプリのインストール要求だと判定する。

ステップ２０２では、前記インストール要求のコンポーネント属性に対して、ＯＳに付属のインストールプログラム対象のＩＤ（ｍａｒｋ）であるコンポーネント名を指定する。

本実施例に応用される場合、現在の処理要求がダウンロードされたアプリのインストール要求だと識別すると、当該インストール要求のコンポーネント属性（Ｃｏｍｐｏｎｅｎｔ）に対して、ＯＳに付属のインストールプログラム対象のＩＤを、ターゲット・コンポーネントのコンポーネント名と指定し、即ち、インテント対象におけるコンポーネント・ネームを、ＯＳに付属のインストールプログラム対象のＩＤに設置し、インストール要求が指向する処理プログラム対象を、ＯＳに付属のインストールプログラム対象とする。

実現するには、ＯＳに付属のインストールプログラム対象は、ＯＳのデフォルトのインストールプログラムであり、インストールプログラムは、アプリプログラムの一種であり、ユーザが他のアプリや駆動プログラムのインストールを支援するために用いられる。

ステップ２０３では、ＯＳにおいて、前記インストール要求に対応する処理プログラム・リストを取得する。

実現するには、Ａｎｄｒｏｉｄ ＯＳは、処理プログラムリストを記憶しており、当該処理プログラムリストは、インストール機能を持つ１つ又は複数の処理プログラム対象を保存しており、当該処理プログラム対象は、ＯＳに付属のインストールプログラム対象であってもよく、第三者のインストールプログラム対象であってもよい。実際には、インストール機能を持つ処理プログラム対象がＯＳに登録を申し込む場合、ＯＳは、当該登録申請に基づいて、当該処理プログラム対象がインストール機能を持つと確定すると、当該処理プログラム対象の登録申請を受け入れ、処理プログラムリストに追加する。

ステップ２０４では、前記処理プログラム・リストにおいて、前記ＯＳに付属のインストールプログラム対象のＩＤを検索し、ＯＳに付属のインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として取得する。

本実施例に応用される場合、当該ダウンロードされたアプリのインストール要求のインテント対象におけるコンポーネント・ネームは、ＯＳに付属のインストールプログラム対象のＩＤであり、即ち、インテントメッセージにおいてターゲット・コンポーネント名が指定されたため、インテントが処理プログラムリストにおける１つ又は複数の処理プログラム対象とマッチングする過程において、直接に指定されたコンポーネント（本実施例における指定されたコンポーネントとは、ＯＳに付属のインストールプログラム対象を意味する）にマッチングすることができ、インテントを直接に当該指定されたコンポーネントに渡す。

ステップ２０５では、前記ＯＳに付属のインストールプログラム対象を起動し、前記要求に対応する、ダウンロードされたアプリをインストールする。

ダウンロードされたアプリから発送するインストール要求に基づくインテントは、ターゲット・コンポーネントとする、ＯＳに付属のインストールプログラム対象にマッキングすると、ＯＳに付属のインストールプログラム対象は、ＰＭＳから当該インストール要求に対応するインストールパッケージを取得してアプリのインストールを行う。

本実施例において、ＯＳに付属のインストールプログラム対象を直接に起動して対応するインストール要求に指示されたアプリをインストールし、ユーザに選択させる、複数の処理プログラムを含むダイアログ・ボックスを起動せずに、悪意のアプリを遮断する目的に達し、ユーザが間違いで選択した処理プログラム対象に起因する危険性を根絶し、ユーザを保護する目的に達することができる。

実施例３
図３は、一例示的な実施例に係るアプリインストール方法を示すフローチャートであり、本実施例は、Ａｎｄｒｏｉｄ ＯＳを例として説明し、以下のステップを含んでもよい。

ステップ３０１では、現在の処理要求がダウンロードされたアプリのインストール要求だと確定する。

本実施例の一実施形態では、ステップ３０１は、次のようなサブステップを含んでもよい。

サブステップＳ２１：アクション属性およびタイプ属性を含む、現在の処理要求の属性情報を取得する。

サブステップＳ２２：前記アクション属性およびタイプ属性は、それぞれ、前記ダウンロードされたアプリのインストール要求に対して予め設定されたアクション属性およびタイプ属性に一致すると、現在の処理要求が、ダウンロードされたアプリのインストール要求だと判定する。

ステップ３０２では、ＯＳにおける前記インストール要求に対応する、ＯＳに付属のインストールプログラム対象から構成する処理プログラムリストを取得する。

実現するには、Ａｎｄｒｏｉｄ ＯＳは、処理プログラムリストを記憶しており、当該処理プログラムリストは、インストール機能を持つ１つ又は複数の処理プログラム対象を保存しており、当該処理プログラム対象は、理論上、ＯＳに付属のインストールプログラム対象であってもよく、第三者のインストールプログラム対象であってもよい。しかしながら、本実施例では、Ａｎｄｒｏｉｄ ＯＳが第三者のインストールプログラム対象の登録申請を受信する時に、当該登録申請を拒絶することで、第三者インストールプログラム対象の登録を無視し、ＯＳに付属のインストールプログラム対象の登録のみを受け取り、このように、メンテナンスされた処理プログラムリストには、ＯＳに付属のインストールプログラム対象のみを含まれる。さらに、各ＯＳにおいては、ＯＳに付属のインストールプログラム対象がただ一つであり、これにより、システムを当該ＯＳに付属のインストールプログラム対象を強制的に選択させる。

ステップ３０３では、前記ＯＳに付属のインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として取得する。

ステップ３０４では、前記ＯＳに付属のインストールプログラム対象を起動し、前記インストール要求に対応するダウンロードされたアプリをインストールする。

本実施例において、登録要求を受信する時に、ＯＳインストールプログラム対象の登録要求以外、第三者の処理プログラム対象の登録要求を全て無視し、処理プログラムリストに一つのＯＳに付属のインストールプログラム対象のみを含ませ、これにより、第三者の処理プログラム対象を遮断し、第三者の処理プログラム対象または悪意のアプリが、ユーザのダウンロードされたアプリのインストールを妨げることを阻止する目的に達することができる。

実施例４
同じ発明の思想に基づいて、図４は、一例示的な実施例に示されたアプリインストール装置の一つの構成を示すブロック図である。

前記装置は、
現在の処理要求がダウンロードされたアプリのインストール要求だと確定する時に、ＯＳに付属のインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として確定するための対象確定モジュール４０１と、
前記ＯＳに付属のインストールプログラム対象を起動して、前記インストール要求に対応する、ダウンロードされたアプリをインストールするためのインストールモジュール４０２と、を備えてもよい。

図５は、本発明の一例示的な実施例に係る対象確定モジュールの１つの構成を示すブロック図である。

対象確定モジュール４０１は、
現在の処理要求がダウンロードされたアプリのインストール要求だと確定するための要求確定サブモジュール４０１１と、
前記インストール要求のコンポーネント属性に対してコンポーネント名を指定し、前記コンポーネント名がＯＳに付属のインストールプログラム対象のＩＤであるためのＩＤ指定サブモジュール４０１２と、
ＯＳにおける前記インストール要求に対応する処理プログラム・リストを取得するための第１のリスト取得サブモジュール４０１３と、
前記処理プログラム・リストにおいて前記ＯＳに付属のインストールプログラム対象のＩＤを検索し、対応するＯＳに付属のインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として取得するための検索サブモジュール４０１４と、を備えてもよい。

図６は、本発明の一例示的な実施例に係る対象確定モジュールの１つの構成を示すブロック図である。

対象確定モジュール４０１は、
現在の処理要求がダウンロードされたアプリのインストール要求だと確定するための要求確定サブモジュール４０１５と、
ＯＳにおける前記インストール要求に対応する、ＯＳに付属のインストールプログラム対象から構成する処理プログラムリストを取得するための第２のリスト取得サブモジュール４０１６と、
前記ＯＳに付属のインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として取得するための対象取得サブモジュール４０１７と、を備えてもよい。

本実施例の一実施形態において、前記要求確定サブモジュールは、
アクション属性およびタイプ属性を含む、現在の処理要求の属性情報を取得するための属性情報取得ユニットと、
前記アクション属性およびタイプ属性が、それぞれ、前記ダウンロードされたアプリのインストール要求に対して予め設定されたアクション属性およびタイプ属性に一致すると、現在の処理要求が、ダウンロードされたアプリのインストール要求だと判定するための判定ユニットと、を備えてもよい。

本実施例の一実施形態において、最適なアクティビティ選択方法を用いて現在の処理要求の属性情報を取得することができる。

実施例５
本実施例は、さらに、不揮発性の読取可能な記憶媒体を提供し、当該記憶媒体には、１つ又は複数のプログラムモジュール（ｐｒｏｇｒａｍｓ）が記憶され、当該１つ又は複数のプログラムモジュールをデバイスに応用すると、当該デバイスに、
現在の処理要求がダウンロードされたアプリのインストール要求だと確定した時に、ＯＳに付属のインストールプログラム対象を、前記インストール要求に対応する処理プログラム対象として確定するステップと、
前記ＯＳに付属のインストールプログラム対象を起動して、前記インストール要求に対応する、ダウンロードされたアプリをインストールするステップと、を含む指令（ｉｎｓｔｒｕｃｔｉｏｎｓ）を実行させる。

選択的に、前記ＯＳに付属のインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として確定するステップは、
前記インストール要求のコンポーネント属性に対して、ＯＳに付属のインストールプログラム対象のＩＤであるコンポーネント名を指定するステップと、
ＯＳにおける前記インストール要求に対応する処理プログラム・リストを取得するステップと、
前記処理プログラム・リストにおいて前記ＯＳに付属のインストールプログラム対象のＩＤを検索し、対応するＯＳに付属のインストールプログラム対象が前記インストール要求に応答する処理プログラム対象を取得するステップと、を含む。

選択的に、前記ＯＳに付属のインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として確定するステップは、
ＯＳにおける前記インストール要求に対応する、ＯＳに付属のインストールプログラム対象から構成する処理プログラムリストを取得するステップと、
前記ＯＳに付属のインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として取得するステップと、を含む。

選択的に、前記現在の処理要求がダウンロードされたアプリのインストール要求だと確定するステップは、
アクション属性およびタイプ属性を含む、現在の処理要求の属性情報を取得するステップと、
前記アクション属性およびタイプ属性が、それぞれ、前記ダウンロードされたアプリのインストール要求に対して予め設定されたアクション属性およびタイプ属性と一致すると、現在の処理要求が、ダウンロードされたアプリのインストール要求だと確定するステップと、を含む。

選択的に、最適なアクティビティ選択方法を用いて現在の処理要求の属性情報を取得する。

実施例６
図７は、本発明の一例示的な実施例に係る端末装置の１つの構成を模式的に示す図である。図７を参照し、当該端末は、上記の実施例に係るアプリインストール方法を実施することができる。ここで、当該端末は、携帯電話、タブレットＰＣ（ｐａｄ）、装着型携帯デバイス（例えば、スマート・ウォッチ）などであってもよい。

端末装置７００は、通信ユニット１１０、コンピューターが読み取り可能な記録媒体を１つ又は１つ以上の含むメモリ１２０、入力ユニット１３０、表示ユニット１４０、センサー１５０、オーディオ回路１６０、ＷｉＦｉ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ）モジュール（無線通信ユニット）１７０、１つ又は１つ以上の処理コアを有するプロセッサ１８０、及び電源１９０などの部品を含む。当業者は、図７に示す端末装置の構成は端末装置に対する限定ではなく、当該端末装置が、図示した部品より多い数、または少ない数の部品を備えてもよく、或いは、幾つかの部品の組み合わせ、または異なる部品配置を有してもよい、ことを理解すべきである。

ここで、通信ユニット１１０は、情報の送受信または通話中において、信号を受信及び送信するためのものである。当該通信ユニット１１０は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）回路、ルーター、モデム等のネットワーク通信装置であってもよい。特に、通信ユニット１１０がＲＦ回路である場合、基地局からの下り情報を受信した後、１つ、或いは１つ以上のプロセッサ１８０に渡して処理させる。また、上りデータを基地局に送信する。一般的に、通信ユニットとしてのＲＦ回路は、アンテナ、少なくとも１つのアンプ、チューナー、１つ又は複数の発振器、加入者識別モジュール（ＳＩＭ）カード、受発信機、カプラー、ＬＮＡ（Ｌｏｗ Ｎｏｉｓｅ Ａｍｐｌｉｆｉｅｒ、ローノイズアンプ）、デュプレクサ等を含むが、これらに限らない。なお、通信ユニット１１０は、無線通信でネットワーク、及び他の装置と通信することができる。上記無線通信として、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）（登録商標）、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）（登録商標）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、電子メール、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）等を含む任意の通信規格またはプロトコルを利用してもよいが、これらに限らない。メモリ１２０は、ソフトウェアプログラム及びモジュールを格納するためのものであり、プロセッサ１８０は、メモリ１２０に格納されたソフトウェアプログラム及びモジュールを実行することで、各種機能のアプリ及びデータ処理を実施する。メモリ１２０には、主に、プログラム格納領域とデータ格納領域を有する。プログラム格納領域には、ＯＳ、少なくとも１つの機能を実行するアプリ（例えば、音声再生機能、画像再生機能等）等が格納される。データ格納領域には、端末装置７００の使用により作成されたデータ（例えば、オーディオデータ、電話帳等）等が格納される。また、メモリ１２０は、高速ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を含んでもよく、さらに、例えば少なくとも１つの磁気ディスクメモリ、フラッシュメモリなどの不揮発性メモリ、或いは他の揮発性のＳＳＤ（ｓｏｌｉｄ ｓｔａｔｅ ｄｒｉｖｅ）メモリを含んでもよい。また、メモリ１２０は、プロセッサ１８０及び入力ユニット１３０がメモリ１２０にアクセスできるように、メモリ制御器をさらに含んでもよい。

入力ユニット１３０は、数字或いはキャラクター情報の入力の受け付け、及び、ユーザ設定及び機能制御に関するキーボード、マウス、ジョイスティック、光学ボールやトラックボールにより信号入力を発生させるためのものである。入力ユニット１３０は、タッチセンシティブ表面１３１及び他の入力装置１３２を含んでもよい。タッチセンシティブ表面１３１は、タッチパネルやタッチパッドとも呼ばれ、ユーザがその表面上や付近に対するタッチ操作（例えば、ユーザが指やタッチペンなどの任意の適した物や付属品を使用して、タッチセンシティブ表面１３１上やタッチセンシティブ表面１３１付近に対して行う操作）を収集するとともに、予め設定されたプログラムにしたがって、関連する接続装置を駆動する。タッチセンシティブ表面１３１は、選択的に、タッチ検出手段及びタッチ制御器の２つの部分を含んでもよい。ここで、タッチ検出手段は、ユーザのタッチ位置を検出するとともに、タッチ操作による信号を検出し、そのタッチ情報をタッチ制御器に送信する。タッチ制御器は、タッチ検出手段からタッチ情報を受信し、当該情報を接触点座標に変換してプロセッサ１８０に送信するとともに、プロセッサ１８０からのコマンドを受信して実行する。なお、抵抗式、容量式、赤外線式及び表面弾性波式などの様々な方式によりタッチセンシティブ表面１３１を実現することができる。入力ユニット１３０は、タッチセンシティブ表面１３１に加えて、他の入力装置１３２をさらに含んでもよい。他の入力装置１３２は、物理的なキーボード、ファンクションキー（例えば、ボリュームボタン、スイッチボタン等）、トラックボール、マウス、ジョイスティック等の中の一つ又は複数を含んでもよいが、これらに限らない。

表示ユニット１４０は、ユーザが入力した情報やユーザに提供する情報、及び端末装置７００の各種のグラフィカル・ユーザー・インターフェース（ＧＵＩ）を表示するためのものであり、これらのグラフィカル・ユーザー・インターフェースは、図形、テキスト、アイコン、ビデオ及びそれらの任意の組合せで構成されることができる。表示ユニット１４０は、表示パネル１４１を含む。表示パネル１４１は、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ−Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）等の形態で構成されてもよい。さらに、タッチセンシティブ表面１３１は、表示パネル１４１を覆うように設けられ、タッチセンシティブ表面１３１がその表面または付近に対するタッチ操作を検出すると、その検出結果をプロセッサ１８０に転送してタッチイベントのタイプを確認させ、その後、プロセッサ１８０は、タッチイベントのタイプに基づいて、表示パネル１４１上に対応する視覚的出力を提供するように構成されてもよい。図７において、タッチセンシティブ表面１３１と表示パネル１４１とが２つの独立した部品として出力及び入力の機能を実現するように構成されているが、タッチセンシティブ表面１３１と表示パネル１４１とを集積構成して入力及び出力機能を実現する実施例もあり得る。

端末装置７００は、さらに、例えば光センサー、運動センサー及び他のセンサーなどの、少なくとも１つのセンサー１５０を含んでもよい。光センサーは、環境光センサーと近接センサーを含んでもよいが、環境光センサーは、環境光の明るさに基づいて、表示パネル１４１の輝度を調整することができ、近接センサーは、端末装置７００が耳元まで移動すると、表示パネル１４１及び／又はバックライトをオフする。運動センサーの一種としての重力加速度センサーは、各方向（一般的には、３軸）における加速度の大きさを検出することができ、静止の状態では、重力の大きさ及びその方向を検出することができるので、携帯電話の姿勢を認識するアプリ（例えば、画面の横縦向きの切り替え、ゲーム、磁力計の姿勢校正）、振動認識に関する機能（例えば、歩数計、パーカッション）等に使用される。端末装置７００には、さらに、ジャイロスコープ、気圧計、湿度計、温度計、赤外線センサー等のほかのセンサーが備えられるが、ここで、その具体的な説明は省略する。

オーディオ回路１６０、スピーカ１６１、マイク１６２は、ユーザと端末装置７００との間のオーディオインタフェースを提供する。オーディオ回路１６０は、受信したオーディオデータから変換された電気信号をスピーカ１６１に転送し、スピーカ１６１により音声信号に変換して出力する。一方、マイク１６２は、収集した音声信号を電気信号に変換し、オーディオ回路１６０が当該電気信号を受信した後オーディオデータに変換し、オーディオデータをプロセッサ１８０に転送して処理してから、ＲＦ回路１１０を介して例えば他の端末装置に転送するか、或いはオーディオデータをメモリ１２０に送信して更に処理を行うようにする。オーディオ回路１６０は、端末装置７００が外部のイヤホンと通信できるように、イヤホン挿入孔を含んでもよい。

当該端末装置は、無線通信を実現するために、無線通信ユニット１７０を備えてもよい。当該無線通信ユニット１７０は、ＷｉＦｉモジュールであってもよい。ＷｉＦｉは近距離無線通信技術に属し、ユーザに無線のブロードバンドインターネットアクセスを提供するので、ユーザは、端末装置７００の無線通信ユニット１７０を利用して、電子メールの送受信、ウェブの閲覧、ストリーミングメディアのアクセス等を行なうことができる。図７において、無線通信ユニット１７０を示しているが、当該無線通信ユニット１７０は、端末装置７００にとって不可欠な構成ではなく、本発明の趣旨を変更しない範囲内で必要に応じて省略することができる、ことを理解すべきである。

プロセッサ１８０は、端末装置７００の制御センターであり、各種のインタフェース及び回路を介して携帯電話全体の各部と接続され、メモリ１２０内に格納されたソフトウェアプログラム及び／又はモジュールを実行または作動させるとともに、メモリ１２０内に格納されたデータを呼び出すことによって、端末装置７００の各種機能の実行及びデータの処理を実現することで、携帯電話全体をコントロールする。プロセッサ１８０は、１つ又は複数の処理コアを含んでもよく、アプリプロセッサとモデムプロセッサを集積して構成されてもよい。ここで、アプリプロセッサは、主に、ＯＳ、ユーザインタフェース、及びアプリなどを処理し、モデムプロセッサは、主に、無線通信を処理する。また、上記モデムプロセッサがプロセッサ１８０に集積されなくてもよい、ことを理解すべきである。

端末装置７００は、さらに、各部に電力を供給する電源１９０（例えば、バッテリー）を含み、当該電源１９０は、電源管理システムを介してプロセッサ１８０にロジック的に接続されることにより、電源管理システムを介して充電・放電管理、及び電力管理等の機能を実現することができる。電源１９０は、さらに、１つ或いは１つ以上の直流又は交流電源、再充電システム、電源故障検出回路、電源コンバータ又はインバータ、電源状態インジケータ等の任意のアセンブリを含んでもよい。

端末装置７００は、図示してはないが、カメラ、ブルートゥース（登録商標）モジュール等をさらに含んでもよいが、ここで、その具体的な説明は省略する。本実施例において、端末装置の表示ユニットは、タッチパネルディスプレイであり、また、端末装置にも、１つ又は１つ以上のプロセッサ、メモリ、およびメモリ１２０に記憶され、かつ前記１つ又は１つ以上のプロセッサ１８０により実行される１つ又は複数のモジュールを備える。その中、前記１つ又は１つ以上のモジュールは、
現在の処理要求がダウンロードされたアプリのインストール要求だと確定した時に、ＯＳに付属のインストールプログラム対象を、前記インストール要求に対応する処理プログラム対象として確定する機能と、
前記ＯＳに付属のインストールプログラム対象を起動して、前記インストール要求に対応するダウンロードされたアプリをインストールする機能と、を備える。

選択的に、前記ＯＳに付属のインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として確定するステップは、
前記インストール要求のコンポーネント属性に対して、前記コンポーネント名がＯＳに付属のインストールプログラム対象のＩＤであるコンポーネント名を指定するステップと、
ＯＳにおける前記インストール要求に対応する処理プログラム・リストを取得するステップと、
前記処理プログラム・リストにおいて前記ＯＳに付属のインストールプログラム対象のＩＤを検索し、対応するＯＳに付属のインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として取得するステップと、を含む。

選択的に、前記ＯＳに付属のインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として確定するステップは、
ＯＳにおける前記インストール要求に対応する、前記処理プログラム・リストがＯＳに付属のインストールプログラム対象から構成する処理プログラムリストを取得するステップと、
前記ＯＳに付属のインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として取得するステップと、を含む。

選択的に、前記現在の処理要求がダウンロードされたアプリのインストール要求だと確定するステップは、
アクション属性およびタイプ属性を含む、現在の処理要求の属性情報を取得するステップと、
前記アクション属性およびタイプ属性が、それぞれ、前記ダウンロードされたアプリのインストール要求に対するデフォルトのアクション属性およびタイプ属性と一致すると、現在の処理要求が、ダウンロードされたアプリのインストール要求だと確定するステップと、を含む。

選択的に、最適なアクティビティ選択方法を用いて現在の処理要求の属性情報を取得する。
本明細書において、漸進的な方法で各実施例を説明した。各実施例において、主に、ほかの実施例と異なる箇所について説明したが、各実施例の間の同一又は類似の部分を互いに参照すればよい。

当業者は、本発明の実施例が方法、装置、又はコンピュータプログラム製品の形態で提供されることができると理解すべきである。そのため、本発明の実施例は、ハードウェアからなる実施例、ソフトウェアからなる実施例、又はソフトウェアとハードウェアの組合せからなる実施例により実現されることができる。また、本発明の実施例は、１つ又は複数のコンピュータ使用可能プログラム・コードが記憶されたコンピューターで使用可能な記憶媒体（ディスクメモリーや、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ-Ｏｎｌｙ Ｍｅｍｏｒｙ）や、光メモリー等が挙げられるが、これに限定しない）により実行できるコンピュータプログラム製品であってもよい。

本発明の実施例について、本発明の実施例の方法と、モバイルデバイス（システム）と、コンピュータプログラム製品とに基づくフローチャート及び／又はブロック図を参照して説明する。コンピュータプログラム指令で、フローチャート及び／又はブロック図における各ステップ及び／又は各ブロック、及びフローチャート及び／又はブロック図におけるステップ及び／又はブロックの組合せを実現すると理解すべきである。これらのコンピュータプログラム指令を、汎用コンピューター、専用コンピューター、組み込みプロセッサ又はほかのプログラマブルデータ処理モバイルデバイスのプロセッサーに提供することでマシンを実現し、これにより、コンピューター又はほかのプログラマブルデータ処理モバイルデバイスのプロセッサーにより実行された指令が、フローチャートにおける１つのステップ又は複数のステップ、及び／又はブロック図における１つのブロック又は複数のブロックにより指定された機能が実現できる装置を実現するようになる。

これらのコンピュータプログラム指令は、コンピューター又はほかのプログラマブルデータ処理モバイルデバイスを特定方式で動作させるコンピューター読取可能なメモリーに記憶してもよい。これにより、当該コンピューター読取可能なメモリーに記憶された指令は、フローチャートにおける１つのステップ又は複数のステップ及び／又はブロック図における１つのブロック又は複数のブロックで指定された機能を実現するための指令装置を備える製品を実現するようになる。

これらのコンピュータプログラム指令は、コンピューター又はほかのプログラマブルデータ処理モバイルデバイスに組み込まれても良い。これにより、コンピューター又はほかのプログラマブルモバイルデバイスが一連の操作ステップを実行することで、コンピューターが実現できる処理を生成する。このように、コンピューター又はほかのプログラマブルモバイルデバイスにより実行される指令は、フローチャートにおける１つのステップ又は複数のステップ及び／又はブロック図における１つのブロック又は複数のブロックが指定された機能を実現するためのステップを提供する。

本発明の実施例の好ましい実施例を説明したが、当業者は基本的な思想を理解すると、上記実施例を変更及び補正できる。そのため、添付の特許請求の範囲は、実施例及び本発明の実施例の範囲内に行う全ての変更及び補正を含むことを解釈すべきである。

最後、「有する」、「含む」という用語又はこれらの類似の意味で用いられるほかの用語は、非排他的な用語である。そのため、一連の要素を含むプロセス、方法、物品又はモバイルデバイスは、上記一連の要素を含むだけことではなく、明確に記載しないほかの要素、又はこのプロセス、方法、物品又はモバイルデバイスの固有の要素も含む。特に限定しなければ、要素を「１つ…を含む」で説明しても、当該要素を含むプロセス、方法、物品又はモバイルデバイスは、ほかの同様な要素を含むことも可能である。

以上、本発明の実施例に係るイヤホンケーブルで端末を制御する方法と、装置と、設備について、詳しく説明した。本明細書において、具体的な例を用いて本発明の実施例の原理及実施形態を説明したが、上記の実施例の内容は、本発明の実施例の方法及びそのメインの思想を理解するためのものである。また、当業者にとって、本発明の実施例の思想によって、具体的な実施形態及び応用範囲において変更を行うことができる。このように、本明細書の内容は、本発明の実施例を限定するためのものではないと理解すべきである。

Claims (13)

1. 現在の処理要求がダウンロードされたアプリのインストール要求であると確定してから、ＯＳに付属のインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として確定するステップと、
   前記ＯＳに付属の前記インストールプログラム対象を起動して、前記インストール要求に対応するダウンロードされた前記アプリをインストールするステップと、を含む
   ことを特徴とするアプリインストール方法。
2. 前記ＯＳに付属の前記インストールプログラム対象を、前記インストール要求に応答する前記処理プログラム対象として確定するステップは、
   前記インストール要求のコンポーネント属性に対して、前記ＯＳに付属の前記インストールプログラム対象のＩＤであるコンポーネント名を指定するステップと、
   前記ＯＳにおける前記インストール要求に対応する処理プログラム・リストを取得するステップと、
   前記処理プログラム・リストから前記ＯＳに付属の前記インストールプログラム対象のＩＤを検索し、前記ＯＳに付属の対応するインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として取得するステップと、を含む
   ことを特徴とする請求項１に記載のアプリインストール方法。
3. 前記ＯＳに付属の前記インストールプログラム対象を、前記インストール要求に応答する前記処理プログラム対象として確定するステップは、
   前記ＯＳにおける前記インストール要求に対応する、前記ＯＳに付属のインストールプログラム対象から構成される処理プログラムリストを取得するステップと、
   前記ＯＳに付属の前記インストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として取得するステップと、を含む
   ことを特徴とする請求項１に記載のアプリインストール方法。
4. 前記現在の処理要求がダウンロードされた前記アプリの前記インストール要求であると確定するステップは、
   アクション属性およびタイプ属性を含む、前記現在の処理要求の属性情報を取得するステップと、
   前記アクション属性および前記タイプ属性が、それぞれ前記ダウンロードされたアプリのインストール要求に対して予め設定されたアクション属性およびタイプ属性に一致すると、前記現在の処理要求が、ダウンロードされた前記アプリの前記インストール要求であると判定するステップと、を含む
   ことを特徴とする請求項１〜３のいずれか１項に記載のアプリインストール方法。
5. 最適なアクティビティ選択（ｃｈｏｏｓｅＢｅｓｔＡｃｔｉｖｉｔｙ）メソッドを用いて現在の処理要求の属性情報を取得する
   ことを特徴とする請求項４に記載のアプリインストール方法。
6. 現在の処理要求がダウンロードされたアプリのインストール要求であると確定してから、ＯＳに付属のインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として確定するための対象確定モジュールと、
   前記ＯＳに付属の前記インストールプログラム対象を起動して、前記インストール要求に対応するダウンロードされた前記アプリをインストールするためのインストールモジュールと、を備える
   ことを特徴とするアプリインストール装置。
7. 前記対象確定モジュールは、
   現在の処理要求がダウンロードされたアプリのインストール要求であると確定するための要求確定サブモジュールと、
   前記インストール要求のコンポーネント属性に対して、前記ＯＳに付属のインストールプログラム対象のＩＤであるコンポーネント名を指定するためのＩＤ指定サブモジュールと、
   前記ＯＳにおける前記インストール要求に対応する処理プログラム・リストを取得するための第１のリスト取得サブモジュールと、
   前記処理プログラム・リストから前記ＯＳに付属の前記インストールプログラム対象のＩＤを検索し、前記ＯＳに付属の対応するインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として取得するための検索サブモジュールと、を備える
   ことを特徴とする請求項６に記載のアプリインストール装置。
8. 前記対象確定モジュールは、
   現在の処理要求がダウンロードされたアプリのインストール要求であると確定するための要求確定サブモジュールと、
   前記ＯＳにおける前記インストール要求に対応する、前記ＯＳに付属のインストールプログラム対象から構成される処理プログラムリストを取得するための第２のリスト取得サブモジュールと、
   前記ＯＳに付属の前記インストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として取得するための対象取得サブモジュールと、を備える
   ことを特徴とする請求項６に記載のアプリインストール装置。
9. 前記要求確定サブモジュールは、
   アクション属性およびタイプ属性を含む、現在の処理要求の属性情報を取得するための属性情報取得ユニットと、
   前記アクション属性および前記タイプ属性が、それぞれ前記ダウンロードされたアプリの前記インストール要求に対して予め設定されたアクション属性およびタイプ属性に一致すると、前記現在の処理要求が、ダウンロードされた前記アプリの前記インストール要求であると判定するための判定ユニットと、を備える
   ことを特徴とする請求項７又は８に記載のアプリインストール装置。
10. 最適なアクティビティ選択（ｃｈｏｏｓｅＢｅｓｔＡｃｔｉｖｉｔｙ）メソッドを用いて現在の処理要求の属性情報を取得することを特徴とする、請求項９に記載のアプリインストール装置。
11. １つ又は複数のプロセッサと、
    メモリと、
    前記メモリに記憶され、前記１つ又は複数のプロセッサによって実行される１つ又は複数のモジュールと、を備え、
    前記１つ又は複数のモジュールは、
    現在の処理要求がダウンロードされたアプリのインストール要求であると確定してから、ＯＳに付属のインストールプログラム対象を、前記インストール要求に応答する処理プログラム対象として確定する機能、
    前記ＯＳに付属の前記インストールプログラム対象を起動して、前記インストール要求に対応するダウンロードされた前記アプリをインストールする機能を有する
    ことを特徴とする設備。
12. プロセッサに実行されることにより、請求項１乃至５のいずれか１項に記載のアプリインストール方法を実現することを特徴とするプログラム。
13. 請求項１２に記載のプログラムが記録された記録媒体。

Images