JP2018519596A - アプリケーションダウンロード方法及び装置 - Google Patents

Abstract

本願の実施の形態は、アプリケーションダウンロード方法及び装置を提供し、前記方法は、具体的に：アプリケーションのダウンロード記述情報を、ＨＴＴＰＳチャネルを用いてダウンロードするステップであって、前記ダウンロード記述情報はダウンロードアドレス情報を含む、ダウンロードするステップと；前記ダウンロードアドレス情報に対応する第１のアプリケーションパッケージを、ＨＴＴＰチャネルを用いてダウンロードするステップと；を備える。本願の実施の形態は、アプリケーションをダウンロードするのに必要なトラフィックデータを減らすことができる。【選択図】図１

Description

本願は、２０１５年６月１６日に提出され「アプリケーションダウンロード方法及び装置」と題された中国特許出願第２０１５１０３３４０７４．３号の優先権を主張し、上記中国特許出願は参照によってその全体が本願に組み込まれる。

本願は、ネットワーク通信技術の分野に関し、特に、アプリケーションダウンロード方法及び装置に関する。

アプリケーションプログラムは、オペレーティングシステム上で実行して１つ以上の特定のタスクを完了させるために開発されたコンピュータプログラムである。アプリケーションプログラムはユーザモードで実行され、ユーザと直接にやり取りできる。一般に、アプリケーションは視認可能なユーザインタフェースを有する。インテリジェントターミナルの多様性と用途の増加と共に、用いられるアプリケーションプログラムの数も増加しつつある。インテリジェントターミナルは、主に、アプリケーションプログラムがインストールされ、それを更新可能であるという点で特徴付けられる。したがって、それらのインテリジェントターミナルにアプリケーションプログラムを迅速且つ安定的にインストール及び更新できる方法に対する需要は旺盛である。

既存の解決策では、新しいアプリケーションをインストール又は古いアプリケーションを更新する指示をユーザから受信した後、指示に対応するアプリケーションパッケージがＨＴＴＰ（ハイパーテキスト転送プロトコル）チャネルを用いてダウンロードされ、ダウンロードされたアプリケーションパッケージをインストールすることによりアプリケーションがインストール又は更新される。しかし、ＨＴＴＰチャネルに基づくデータ送信はネットワーク上で透過的であり、悪意のある人物がＨＴＴＰチャネル内のデータを容易に改ざんする可能性があり、よってアプリケーションのダウンロードの安定性に重大な影響を与える。例えば、ユーザの指示はアプリケーションＡのダウンロードの指示であるが、実際にはアプリケーションＢのインストールパッケージがダウンロードされる。

アプリケーションのダウンロードの安定性を高めるため、既存の解決策は、アプリケーションパッケージの検証情報を用いて局所的にダウンロードされたアプリケーションパッケージを更に検証する。検証に失敗すれば、検証に成功するまで指示に対応するアプリケーションパッケージが再びダウンロードされる。ＨＴＴＰチャネル内のデータは乗っ取られる可能性が高いため、指示に合致するアプリケーションを得るために実際に何回も繰り返しダウンロードを行う必要がある。繰り返しダウンロードする間、大量のトラフィックデータが消費されてしまうことは明らかである。

本願の実施の形態により解決される技術的課題は、アプリケーションをダウンロードするのに必要なトラフィックデータを減らすことができるアプリケーションダウンロード方法を提供することにある。
それに対応して、本願の実施の形態は更に、上述の方法の実施及び適用を確実にするアプリケーションダウンロード装置を提供する。

上記課題を解決するために、本願は、アプリケーションダウンロード方法を開示し、本方法は：
アプリケーションのダウンロード記述情報を、ＨＴＴＰＳチャネルを用いてダウンロードするステップであって、前記ダウンロード記述情報はダウンロードアドレス情報を含む、ダウンロードするステップと；
前記ダウンロードアドレス情報に対応する第１のアプリケーションパッケージを、ＨＴＴＰチャネルを用いてダウンロードするステップと；を備える。

好ましくは、前記ダウンロード記述情報はダウンロード検証情報を更に含み、前記方法は：
前記ダウンロード検証情報に従い、局地的にダウンロードされた第１のアプリケーションパッケージを検証するステップを更に備える。

好ましくは、前記方法は：
前記検証に失敗した場合に、前記ＨＴＴＰＳチャネルを用いて前記ダウンロードアドレス情報に対応する第２のアプリケーションパッケージをダウンロードするステップを更に備える。

好ましくは、アプリケーションのダウンロード記述情報を、ＨＴＴＰＳチャネルを用いてダウンロードする前記ステップは：
ユーザのダウンロード指示に応じて、前記ＨＴＴＰＳチャネルを用いて前記ダウンロード指示に対応するアプリケーションのダウンロード記述情報をダウンロードするステップ；及び／又は、
ダウンロード条件が満たされれば、前記ＨＴＴＰＳチャネルを用いて前記ダウンロード条件に対応するアプリケーションのダウンロード記述情報をダウンロードするステップ；を備える。

好ましくは、前記ダウンロードアドレス情報に対応する第１のアプリケーションパッケージを、ＨＴＴＰチャネルを用いてダウンロードする前記ステップの前に、前記方法は：
前記ダウンロード条件に対応する前記アプリケーションの前記ダウンロード記述情報を局地的に記憶するステップと；
前記ユーザの前記ダウンロード指示に応じて、前記ダウンロード指示に対応する前記アプリケーションの前記ダウンロード記述情報を局地的に読み出すステップと；を更に備え、
前記ダウンロードアドレス情報に対応する第１のアプリケーションパッケージを、ＨＴＴＰチャネルを用いてダウンロードする前記ステップは、具体的に、前記読み出されたダウンロードアドレス情報に対応する前記第１のアプリケーションパッケージを、前記ＨＴＴＰチャネルを用いてダウンロードするステップである。

好ましくは、前記ダウンロード条件は、アプリケーションダウンロードツールがイネーブル化（有効化）されているとき、アプリケーションがイネーブル化（有効化）されているとき、及びサーバからの同期要求が受信されているとき、のうちの１つ以上の条件を含む。

好ましくは、前記アプリケーションダウンロードツールがイネーブル化されていることが前記ダウンロード条件である場合、前記ダウンロード条件に対応する前記アプリケーションは予め構成されたアプリケーションを含み、前記予め構成されたアプリケーションは一般向けのアプリケーション及びユーザが構成したアプリケーションのうちの少なくとも１つを含む。

他の態様において、本願は、アプリケーションダウンロード装置を更に開示し、本装置は：
アプリケーションのダウンロード記述情報を、ＨＴＴＰＳチャネルを用いてダウンロードするように構成された第１のダウンロードモジュールであって、前記ダウンロード記述情報はダウンロードアドレス情報を含む、第１のダウンロードモジュールと；
前記ダウンロードアドレス情報に対応する第１のアプリケーションパッケージを、ＨＴＴＰチャネルを用いてダウンロードするように構成された第２のダウンロードモジュールと；を備える。

好ましくは、前記ダウンロード記述情報はダウンロード検証情報を更に含み、前記装置は、前記ダウンロード検証情報に従い、局地的にダウンロードされた第１のアプリケーションパッケージを検証するように構成された第１の検証モジュールを更に備える。

好ましくは、前記装置は、前記検証に失敗したとき、前記ダウンロードアドレス情報に対応する第２のアプリケーションパッケージを、ＨＴＴＰＳチャネルを用いてダウンロードするように構成された第３のダウンロードモジュールを更に備える。

好ましくは、前記第１のダウンロードモジュールは：
ユーザのダウンロード指示に応じて、前記ダウンロード指示に対応するアプリケーションのダウンロード記述情報を、ＨＴＴＰＳチャネルを用いてダウンロードするように構成された第４のダウンロードサブモジュール；及び／又は、
ダウンロード条件が満たされれば、前記ダウンロード条件に対応するアプリケーションのダウンロード記述情報を、ＨＴＴＰＳチャネルを用いてダウンロードするよう構成された第５のダウンロードサブモジュール；を備える。

好ましくは、前記装置は：
前記第２のダウンロードモジュールが前記ダウンロードアドレス情報に対応する第１のアプリケーションパッケージを、前記ＨＴＴＰチャネルを用いてダウンロードする前に、前記ダウンロード条件に対応する前記アプリケーションの前記ダウンロード記述情報を局地的に記憶するよう構成された記憶モジュールと；
前記ユーザの前記ダウンロード指示に応じて、前記ダウンロード指示に対応する前記アプリケーションの前記ダウンロード記述情報を局地的に読み出すよう構成された読出しモジュールと；を更に備え、
前記第２のダウンロードモジュールは具体的に、前記ＨＴＴＰチャネルを用いて前記読み出されたダウンロードアドレス情報に対応する前記第１のアプリケーションパッケージをダウンロードするよう構成される。

好ましくは、前記ダウンロード条件は、アプリケーションダウンロードツールがイネーブル化されているとき、アプリケーションがイネーブル化されているとき、及びサーバからの同期要求が受信されているとき、のうちの１つ以上の条件を含む。

好ましくは、前記アプリケーションダウンロードツールがイネーブル化されていることが前記ダウンロード条件であるとき、前記ダウンロード条件に対応する前記アプリケーションは予め構成されたアプリケーションを含み、前記予め構成されたアプリケーションは一般向けのアプリケーション及びユーザが構成したアプリケーションのうちの少なくとも１つを含む。

従来技術と比較して、本願の実施の形態は以下の利点を含む。
本願の実施の形態において、アプリケーションのダウンロードアドレス情報は先ずＨＴＴＰＳチャネルを用いてダウンロードされ、その後ダウンロードアドレス情報に対応する第１のアプリケーションパッケージがＨＴＴＰチャネルを用いてダウンロードされる。一方、ＨＴＴＰＳチャネルはセキュリティを目的としたＨＴＴＰチャネルであり、そのセキュリティはＨＴＴＰチャネルより高い。したがって、アプリケーションのダウンロードアドレス情報がＨＴＴＰチャネルを用いてダウンロードされる既存の解決策に比べると、本願の実施の形態はダウンロードアドレス情報の乗っ取りの可能性を減らすことができる、即ちダウンロードアドレス情報の正確性を高めることができ、よって局地的にダウンロードされる第１のアプリケーションパッケージの正確性を高められる。正確性の高いアプリケーションパッケージは検証に成功するまで繰り返しダウンロードする回数を減らすため、本願の実施の形態はアプリケーションをダウンロードするのに必要なトラフィックデータを減らすことができる。一方、アプリケーションのダウンロードアドレス情報は単に数バイトを占有すればよいため、暗号化されたダウンロードアドレス情報はデータ送信の長さにほとんど影響せず、ダウンロードされたアドレス情報の暗号化工程は時間消費にほとんど影響しない。したがって、アプリケーションのダウンロードアドレス情報をダウンロードするためにＨＴＴＰＳチャネルを用いても、基本的にアプリケーションのダウンロードに必要なトラフィックデータを増やすことはない。

図１は本願のアプリケーションダウンロード方法の第１の実施の形態のステップのフローチャートである。 図２は本願のアプリケーションダウンロード方法の第２の実施の形態のステップのフローチャートである。 図３は本願のアプリケーションダウンロード方法の第３の実施の形態のステップのフローチャートである。 図４は本願のアプリケーションダウンロード方法の第４の実施の形態のステップのフローチャートである。 図５は本願のアプリケーションダウンロード装置の実施の形態の構造ブロック図である。

本願の上述の目的、特徴、及び利点を明確に理解できるようにするため、本願を、添付の図面及び具体的な実施の形態を参照して、以下に更に詳細に説明する。

既存の解決策でＨＴＴＰチャネルを用いてアプリケーションパッケージをダウンロードする工程は、具体的には、ＨＴＴＰチャネルを用いてダウンロードアドレス情報とアプリケーションのアプリケーションパッケージとを連続してダウンロードするステップである。しかし、ＨＴＴＰチャネルのデータは乗っ取られる可能性が高いため、ＨＴＴＰチャネルのダウンロードアドレス情報及びアプリケーションパッケージの両方が乗っ取られて改ざんされる可能性が高い。ユーザによりダウンロード指定されたアプリケーションをアプリケーションＡとすると、既存の解決策ではおそらくアプリケーションＢのダウンロードアドレスがＨＴＴＰチャネルを用いてダウンロードされることになろう。ダウンロードアドレスに誤りがある場合、ダウンロードを行ってアプリケーションＡが得られる可能性はむしろ低い。

ＨＴＴＰＳ（セキュアソケットレイヤー上のハイパーテキスト転送プロトコル）チャネルはセキュリティを目的としたＨＴＴＰチャネルであり、簡潔に言うと安全なＨＴＴＰチャネルである。具体的に、ＳＳＬ（セキュアソケットレイヤー）はＨＴＴＰに付加される。ＨＴＴＰＳは安全性の基盤としてＳＳＬを用い、暗号化及び復号化の操作を完了するにはＳＳＬの助けが必要である。

ＨＴＴＰＳチャネルを用いたデータ送信の間、元のデータがＨＴＴＰＳチャネルにおいて暗号化される必要があるため、暗号化されたデータのサイズは元のデータのサイズより大きく、元のデータの暗号化工程はしばらくの時間を消費する必要がある。更に、ＨＴＴＰＳチャネルを確立する工程は具体的に証明書の交換その他を含むこともある。よって、ＨＴＴＰチャネルに比べて、ＨＴＴＰＳチャネルは安全性が高いという利点があるが、送信データのサイズ及び時間消費の点である程度不利である。

本願の実施の形態の主要な概念の一つは、アプリケーションパッケージをダウンロードする工程が２つのステップに分割され、異なる送信プロトコルチャネルを用いてその２つのステップを実行することにある。第１のステップにおいて、アプリケーションのダウンロードアドレス情報はＨＴＴＰＳチャネルを用いてダウンロードされる。第２のステップにおいて、第１のステップにおいて得られたダウンロードアドレス情報に対応する第１のアプリケーションパッケージがＨＴＴＰチャネルを用いてダウンロードされる。

一方、ＨＴＴＰＳチャネルはセキュリティ目的のＨＴＴＰチャネルであり、そのセキュリティはＨＴＴＰチャネルより高い。よって、アプリケーションのダウンロードアドレス情報がＨＴＴＰチャネルを用いてダウンロードされる既存の解決策に比べて、本願の実施の形態はダウンロードアドレス情報の乗っ取りの可能性を減らすことができる、即ちダウンロードアドレス情報の正確性を高められ、よって局地的にダウンロードされた第１のアプリケーションパッケージの正当性を高めることができる。正当性の高いアプリケーションパッケージは、検証に成功するまで繰り返しダウンロードする回数を減らすため、本願の実施の形態はアプリケーションをダウンロードするのに必要なトラフィックデータを減らすことができる。ユーザによりダウンロード指定されたアプリケーションをアプリケーションＡとすると、アプリケーションＡのダウンロードアドレスは本願の実施の形態においてＨＴＴＰＳチャネルを用いて正確にタウンロードされる。このように、局地的にダウンロードされたアプリケーションＡのアプリケーションパッケージの正当性が高められ、よって検証に成功するまで繰り返しダウンロードしなければならない回数を減らす。

一方、アプリケーションのダウンロードアドレス情報は単に数バイトを占有すればよいため、暗号化されたダウンロードアドレス情報はデータ送信の長さにほとんど影響せず、ダウンロードアドレス情報の暗号化工程は時間消費にほとんど影響しない。したがって、アプリケーションのダウンロードアドレス情報をダウンロードするためにＨＴＴＰＳチャネルを用いても、基本的にアプリケーションのダウンロードに必要なトラフィックデータを増加させることはない。

第１の実施の形態
図１を参照し、図１は本願によるアプリケーションダウンロード方法の第１の実施の形態のステップのフローチャートであり、本方法は、具体的に以下のステップを備えてもよい。
ステップ１０１：アプリケーションのダウンロード記述情報が、ＨＴＴＰＳチャネルを用いてダウンロードされ、前記ダウンロード記述情報は具体的にダウンロードアドレス情報を含んでもよい。
ステップ１０２：前記ダウンロードアドレス情報に対応する第１のアプリケーションパッケージが、ＨＴＴＰチャネルを用いてダウンロードされる。

本願の実施の形態は、アプリケーションマーケットや携帯電話管理アシスタント等のアプリケーションダウンロード機能を有する様々なアプリケーションダウンロードツールに適用されてもよい。ユーザがこれらのダウンロードツールを使ってアプリケーションパケットをダウンロードする時、本願の実施の形態はアプリケーションパッケージをダウンロードするのに必要なトラフィックデータを減らすことができる。本明細書において、アプリケーションパッケージは具体的に、アプリケーションのインストールパッケージ、更新パッケージ等を含んでもよい。
本願の実施の形態は、アプリケーションのダウンロード記述情報がＨＴＴＰＳチャネルを用いてダウンロードされる以下の技術的解決策を提供できる。

第１の技術的解決策
第１の技術的解決策は、ユーザのダウンロード指示に応じてＨＴＴＰＳチャネルを用いてダウンロード指示に対応するアプリケーションのダウンロード記述情報をダウンロードできる。例えば、ユーザがアプリケーションダウンロードツールのアプリケーションＡのダウンロードボタンをクリックすると、ユーザがアプリケーションＡのダウンロード指示を誘発（トリガー）していると見なされ、ＨＴＴＰＳチャネルを用いて、ダウンロード指示に対応するアプリケーションＡのダウンロード記述情報をダウンロードする。ユーザは上記ダウンロード指示をどのような方法によって誘発してもよく、誘発された指示は１つ以上のアプリケーションの何れかに対応していることが分かるであろう。本願の実施の形態は特定の誘発された指示及びその誘発方法を限定しない。

第２の技術的解決策
第２の技術的解決策は、ダウンロード条件が満たされれば、前記ＨＴＴＰＳチャネルを用いて前記ダウンロード条件に対応するアプリケーションのダウンロード記述情報をダウンロードしてもよい。

本願の好ましい実施の形態において、ＨＴＴＰチャネルを用いて、ダウンロードアドレス情報に対応する第１のアプリケーションパッケージをダウンロードするステップの前に、この方法は、ダウンロード条件に対応するアプリケーションのダウンロード記述情報を局地的に記憶するステップと、ユーザのダウンロード指示に応じて、ダウンロード指示に対応するアプリケーションのダウンロード記述情報を局地的に読み出すステップとを更に含んでもよい。その後、ＨＴＴＰチャネルを用いて、ダウンロードアドレス情報に対応する第１のアプリケーションパッケージをダウンロードするステップ１０２は、具体的に、ＨＴＴＰチャネルを用いて、読み出されたダウンロードアドレス情報に対応する第１のアプリケーションパッケージをダウンロードするステップであってもよい。この好ましい実施の形態によると、ダウンロード指示がユーザに受信されると、ダウンロード指示に対応するアプリケーションの予め記憶されたダウンロード記述情報が直接に局地的に読み出され、よってダウンロード指示に対する応答効率及びダウンロード効率を高めることができる。

特定の実施の形態では、前記ダウンロード条件は、具体的に、アプリケーションダウンロードツールがイネーブル化されているとき、アプリケーションがイネーブル化されているとき、及びサーバからの同期要求が受信されているとき、のうちの１つ以上の条件を含んでもよい。

本願のアプリケーションの例において、アプリケーションダウンロードツールがイネーブル化されていることがダウンロード条件である場合、ダウンロード条件に対応するアプリケーションは予め構成されたアプリケーションを含んでもよく、ここで、予め構成されたアプリケーションは一般向けのアプリケーションと、ユーザが構成したアプリケーションとのうちの少なくとも１つを含んでもよい。一般向けのアプリケーションは、例えば、ユーザが最も頻繁に検索する、ダウンロードする、インストールする、又は推薦する、１つ以上のアプリケーションであり、それは最新期間内の一般が関与するアプリケーションであってもよい。ユーザが構成するアプリケーションは、アプリケーションダウンロードツールのインタフェース構成を通して得られたアプリケーションであってもよい。アプリケーションダウンロードツールがイネーブル化（有効化）されているとき、アプリケーションダウンロードツールのクライアント端末は予め構成されたアプリケーションについての情報を搬送する第１のダウンロード要求をサーバ端末へ送信してもよく、ＨＴＴＰＳチャネルを用いて、予め構成されたアプリケーションのダウンロード記述情報をダウンロードし、ダウンロードされた予め構成されたアプリケーションのダウンロード記述情報を局地的に記憶する。というのは、アプリケーションダウンロードツールがイネーブル化状態にあるときにユーザがダウンロード指示を誘発してはいない場合に、ユーザからダウンロード指示を受信すると、ダウンロード指示に対応するアプリケーションの予め記憶されたダウンロード記述情報が直接に局地的に読み出され、よってダウンロード指示に対する応答効率及びダウンロード効率が高められる。

本願のアプリケーションの別の例において、アプリケーションがイネーブル化されていることがダウンロード条件である場合、ダウンロード条件に対応するアプリケーションは、イネーブル化されたアプリケーション又はイネーブル化されたアプリケーションに関連するアプリケーションを含んでもよい。本明細書において、関連するアプリケーションは実際の状況に応じて当業者により決定されてもよく、関連するアプリケーションは同じ種類のアプリケーションであっても、結合して開発されたアプリケーションであっても、工程関連のアプリケーション等であってもよい。例えば、ＷｅＣｈａｔ ＡＰＰ（アプリケーション）及びＱＱ ＡＰＰは同じ開発者により開発されたアプリケーションであるので、両者は関連する。別の例では、Ｆｉｇｈｔ ｔｈｅ ＬａｎｄｌｏｒｄＡＰＰ及びＴｒａｃｔｏｒＡＰＰの両方はチェスゲームに属し、よってそれらは関連する。更に別の例では、買い物ＡＰＰは支払いＡＰＰを用いる必要があり、よってそれらは関連する、例えばＪｉｎｇＤｏｎｇＡＰＰ及びＡｌｉｐａｙ（アリペイ（商標））ＡＰＰが関連する。本願の実施の形態は特定の関連及び関連する特定のアプリケーションを限定しないことが理解されよう。

本願のアプリケーションの更に別の例では、サーバから同期要求を受信することがダウンロード条件である場合、ダウンロード条件に対応するアプリケーションは、同期要求等に対応するアプリケーションを含んでもよい。実際のアプリケーションにおいては、開発者により更新された新たなアプリケーション又は開発者により更新されたアプリケーションが検知されると、サーバはクライアント端末へ同期要求を送信してもよく、この同期要求は新たなアプリケーション又は更新されたアプリケーションに関する情報を搬送し、その結果クライアント端末はＨＴＴＰＳチャネルを用いて同期要求に対応するアプリケーションのダウンロード記述情報をダウンロードしてもよい。

まとめると、本願の実施の形態において、アプリケーションのダウンロードアドレス情報はＨＴＴＰＳチャネルを用いて先ずダウンロードされ、その後ダウンロードアドレス情報に対応する第１のアプリケーションパッケージがＨＴＴＰチャネルを用いてダウンロードされる。

一方、ＨＴＴＰＳチャネルはセキュリティを目的としたＨＴＴＰチャネルであり、そのセキュリティはＨＴＴＰチャネルより高い。したがって、アプリケーションのダウンロードアドレス情報がＨＴＴＰチャネルを用いてダウンロードされる既存の解決策に比べて、本願の実施の形態はダウンロードアドレス情報の乗っ取りの可能性を減らすことができる、即ちダウンロードアドレス情報の正確性を高められる、よって局地的にダウンロードされる第１のアプリケーションパッケージの正当性を高める。正当性の高いアプリケーションパッケージは検証に成功するまで繰り返しダウンロードする回数を減らすため、本願の実施の形態はアプリケーションをダウンロードするのに必要なトラフィックデータを減らすことができる。

一方、アプリケーションのダウンロードアドレス情報は単に数バイトを占有すればよいため、暗号化されたダウンロードアドレス情報はデータ送信の長さにほとんど影響せず、ダウンロードアドレス情報の暗号化工程は時間消費にほとんど影響しない。したがって、アプリケーションのダウンロードアドレス情報をダウンロードするためにＨＴＴＰＳチャネルを用いても、アプリケーションのダウンロードに必要なトラフィックデータを増やすことはない。

第２の実施の形態
図２を参照すると、図２は本願によるアプリケーションダウンロード方法の第２の実施の形態のステップのフローチャートであり、具体的に以下のステップを含む。
ステップ２０１：アプリケーションのダウンロード記述情報がＨＴＴＰＳチャネルを用いてダウンロードされ、ダウンロード記述情報は具体的にダウンロードアドレス情報及びダウンロード検証情報を含んでもよい。
ステップ２０２：ダウンロードアドレス情報に対応する第１のアプリケーションパッケージがＨＴＴＰチャネルを用いてダウンロードされる。
ステップ２０３：局地的にダウンロードされた第１のアプリケーションパッケージがダウンロード検証情報に応じて検証される。

第１の実施の形態に比べて、この実施の形態はダウンロード記述情報におけるダウンロード検証情報の内容を付加し、ダウンロード検証情報に応じて局地的にダウンロードされた第１のアプリケーションパッケージを検証するステップを工程に付加する。

アプリケーションのダウンロード検証情報がＨＴＴＰチャネルを用いてダウンロードされる既存の解決策に比べて、この実施の形態はダウンロードアドレス情報及びダウンロード検証情報の乗っ取りの可能性を減らすことができる、即ち、ダウンロードアドレス情報とダウンロード検証情報との合致度を高めることができる。合致度の高いダウンロードアドレス情報とダウンロード検証情報とは、検証に成功するまで繰り返しダウンロードする回数を減らすことができる。よって本願の実施の形態はアプリケーションをダウンロードするのに必要なトラフィックデータを更に減らすことができる。

ユーザによりダウンロード指定されたアプリケーションがアプリケーションＡであるとすると、既存の解決策ではおそらくアプリケーションＢのダウンロードアドレス及びアプリケーションＣのダウンロード検証情報がＨＴＴＰチャネルを用いてダウンロードされる可能性がある。ダウンロードアドレスに誤りがある場合、アプリケーションＡを得るためのダウンロードの可能性はかなり低い。ダウンロード検証情報（アプリケーションＣ）がダウンロードアドレス情報（アプリケーションＢ）に合致しない場合、検証成功の可能性は極めて低く、よって繰り返しダウンロードする回数は大幅に増えることになる。

この実施の形態において、アプリケーションＡのダウンロードアドレス及びアプリケーションＡのダウンロード検証情報はＨＴＴＰＳチャネルを用いて正確にダウンロードされる。このようにして、アプリケーションＡの、局地的にダウンロードされるアプリケーションパッケージの正当性は高まり、検証成功の可能性も高まり、よって検証に成功するまで繰り返しダウンロードする回数は大幅に減る。

本願のアプリケーションの例において、アプリケーションがダウンロードされる前に、アプリケーションのダウンロード記述情報は、先ずＨＴＴＰＳチャネルを用いてサーバから得られ、ダウンロード記述情報は具体的に、アプリケーションのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）、アプリケーションの抽象情報、又はアプリケーションの署名情報等のダウンロード検証情報を含んでもよい。その後、ＵＲＬに対応する第１のアプリケーションパッケージがＨＴＴＰチャネルを用いてダウンロードされる。ダウンロードの完了後、ＭＤ５（メッセージ・ダイジェスト・アルゴリズム５）等の抽象アルゴリズムによる局地的にダウンロードされた第１のアプリケーションパッケージで抽象操作（abstract operation）が実行される、又は、署名操作（signature operation）が署名アルゴリズムを用いて第１のアプリケーションパッケージで実行される。その後、ダウンロード記述情報において抽象操作の結果がアプリケーションの抽象情報と比較される、又はダウンロード記述情報において署名操作の結果がアプリケーションの署名情報と比較される。比較結果がそれらの一致を示せば、検証に成功したことを示し、比較結果がそれらの不一致を示せば、検証に失敗したと示す。ダウンロード検証情報及び対応する検証工程は単なる例に過ぎず、本願の実施の形態は具体的なダウンロード検証情報及び対応する検証工程を限定しないことが理解できよう。

まとめると、この実施の形態はダウンロードアドレス情報とダウンロード検証情報との合致度を高めることができる。合致度が高いダウンロードアドレス情報及びダウンロード検証情報は、検証に成功するまで繰り返しダウンロードする回数を減らすことができる。よって、本願の実施の形態は更にアプリケーションのダウンロードに必要なトラフィックデータを減らすことができる。

第３の実施の形態
図３を参照すると、図３は本願によるアプリケーションダウンロード方法の第３の実施の形態のステップのフローチャートであり、具体的に以下のステップを含んでもよい。
ステップ３０１：ＨＴＴＰＳチャネルを用いてアプリケーションのダウンロード記述情報がダウンロードされ、ダウンロード記述情報は具体的にダウンロードアドレス情報及びダウンロード検証情報を含んでもよい。
ステップ３０２：ダウンロードアドレス情報に対応する第１のアプリケーションパッケージがＨＴＴＰチャネルを用いてダウンロードされる。
ステップ３０３：局地的にダウンロードされた第１のアプリケーションパッケージがダウンロード検証情報に従い検証される。
ステップ３０４：検証に失敗すると、ダウンロードアドレス情報に対応する第２のアプリケーションパッケージがＨＴＴＰＳチャネルを用いてダウンロードされる。

第２の実施の形態に比べて、第１のアプリケーションパッケージの検証に失敗した場合、この実施の形態は更にＨＴＴＰＳチャネルを用いてダウンロードアドレス情報に対応する第２のアプリケーションパッケージをダウンロードしてもよい。

この実施の形態は、ＨＴＴＰチャネルを用いてダウンロードアドレス情報に対応する第１のアプリケーションパッケージを優先的にダウンロードするので、ＨＴＴＰチャネルの短い長さのデータ送信及び時間消費が少ないという利点が十分に発揮されてアプリケーションのダウンロードに必要なトラフィックデータを可能な限り確保することができる。第１のアプリケーションパッケージの検証に失敗したときに限り、この実施の形態はＨＴＴＰＳチャネルを用いてダウンロードアドレス情報に対応する第２のアプリケーションパッケージをダウンロードする。この場合、ＨＴＴＰＳチャネルの高い安全性という利点が十分に発揮され、ダウンロード回数を２回に統制する（最初の１回目は、ダウンロードアドレス情報に対応する第１のアプリケーションパッケージがＨＴＴＰチャネルを用いてダウンロードされ、検証に失敗すると、２回目は、ダウンロードアドレス情報に対応する第２のアプリケーションパッケージがＨＴＴＰＳチャネルを用いてダウンロードされる）。ＨＴＴＰチャネルを用いてアプリケーションパッケージを何度も繰り返しダウンロードする既存の解決策に比べて、この実施の形態はダウンロードの回数を減らすことができ、よってアプリケーションのダウンロードに必要なトラフィックデータを確保できる。

実際のアプリケーションでは、ＨＴＴＰチャネルにおいてデータが乗っ取られる事象はある確率で起こるため、ＨＴＴＰチャネルの第１のアプリケーションパッケージが乗っ取られていなければ、本願の実施の形態では、第１回目にアプリケーションを無事にダウンロードできる。ＨＴＴＰチャネルのアプリケーションパッケージが乗っ取られると、本願の実施の形態では、第１回目と第２回目のダウンロードを行うだけでアプリケーションを無事にダウンロードできる。よって、ダウンロード成功率を確保することを前提として、本願の実施の形態はアプリケーションのダウンロードに必要なトラフィックデータを最大限に確保できる。

第４の実施の形態
図４を参照すると、図４は本願によるアプリケーションダウンロード方法の第４の実施の形態のステップのフローチャートであり、具体的に以下のステップを含むことができる。
ステップ４０１：アプリケーションのダウンロード記述情報がＨＴＴＰＳチャネルを用いてりダウンロードされ、ダウンロード記述情報は具体的にダウンロードアドレス情報及びダウンロード検証情報を含んでもよい。
ステップ４０２：ダウンロードアドレス情報に対応する第１のアプリケーションパッケージがＨＴＴＰチャネルを用いてダウンロードされる。
ステップ４０３：局地的にダウンロードされた第１のアプリケーションパッケージがダウンロード検証情報に従い検証され、検証に成功すれば、ステップ４０６が実行され、検証に失敗すれば、ステップ４０４が実行される。
ステップ４０４：検証に失敗すれば、ダウンロードアドレス情報に対応する第２のアプリケーションパッケージがＨＴＴＰＳチャネルを用いてダウンロードされる。
ステップ４０５：局地的にダウンロードされた第２のアプリケーションパッケージがダウンロード検証情報に従い検証され、検証に成功すれば、ステップ４０６が実行される。
ステップ４０６：ダウンロード工程が終了する。

ステップ４０５については、ダウンロード検証情報に従い、局地的にダウンロードされた第２のアプリケーションパッケージを検証する工程は、ステップ４０３の検証工程と同様である。したがって、詳細はここでは記載せず、相互参照することができる。
注意すべきは、ステップ４０５の検証結果が検証失敗を示した場合、検証に成功するまでステップ４０５を繰り返し実行してもよいことである。

注意すべきは、説明を容易にするため、各方法の実施の形態は一連の活動（アクション）の組合せとして表されるが、本願の実施の形態に従っていくつかのステップは他の順番又は同時になされてもよいため、当業者は本願の実施の形態は一連の記載された活動の支配下に無いことに気付くことである。第２に、当業者は更に、明細書に記載された実施の形態は好ましい実施の形態であり、関連する活動は本願の実施の形態にとって必須ではないことに気付くことである。

図５を参照し、図５は、アプリケーションダウンロード装置の実施の形態の構造ブロック図であり、本装置は、具体的に以下のモジュールを備えてもよい。
アプリケーションのダウンロード記述情報を、ＨＴＴＰＳチャネルを用いてダウンロードするように構成された第１のダウンロードモジュール５０１であって、前記ダウンロード記述情報はダウンロードアドレス情報を含む、第１のダウンロードモジュール５０１；及び
前記ダウンロードアドレス情報に対応する第１のアプリケーションパッケージを、ＨＴＴＰチャネルを用いてダウンロードするように構成された第２のダウンロードモジュール５０２。

本願の好ましい実施の形態において、前記ダウンロード記述情報はダウンロード検証情報を更に含んでもよく、前記装置は；
前記ダウンロード検証情報に従い、局地的にダウンロードされた第１のアプリケーションパッケージを検証するように構成された第１の検証モジュールを更に備えてもよい。

本願の他の好ましい実施の形態において、前記装置は：
前記検証に失敗したとき、前記ダウンロードアドレス情報に対応する第２のアプリケーションパッケージを、ＨＴＴＰＳチャネルを用いてダウンロードするように構成された第３のダウンロードモジュールを更に備えてもよい。

本願のさらなる他の好ましい実施の形態において、前記第１のダウンロードモジュール５０１は：
ユーザのダウンロード指示に応じて、前記ダウンロード指示に対応するアプリケーションのダウンロード記述情報を、ＨＴＴＰＳチャネルを用いてダウンロードするように構成された第４のダウンロードサブモジュール；及び／又は、
ダウンロード条件が満たされれば、前記ダウンロード条件に対応するアプリケーションのダウンロード記述情報を、ＨＴＴＰＳチャネルを用いてダウンロードするよう構成された第５のダウンロードサブモジュール；を更に備えてもよい。

本願のさらなる他の好ましい実施の形態において、前記装置は：
前記第２のダウンロードモジュール５０２が前記ダウンロードアドレス情報に対応する第１のアプリケーションパッケージを、前記ＨＴＴＰチャネルを用いてダウンロードする前に、前記ダウンロード条件に対応する前記アプリケーションの前記ダウンロード記述情報を局地的に記憶するよう構成された記憶モジュールと；
前記ユーザの前記ダウンロード指示に応じて、前記ダウンロード指示に対応する前記アプリケーションの前記ダウンロード記述情報を局地的に読み出すよう構成された読出しモジュールと；を更に備えてもよく、
前記第２のダウンロードモジュール５０２は具体的に、前記ＨＴＴＰチャネルを用いて前記読み出されたダウンロードアドレス情報に対応する前記第１のアプリケーションパッケージをダウンロードするよう構成されてもよい。

本願の好ましい実施の形態において、前記ダウンロード条件は、具体的に、アプリケーションダウンロードツールがイネーブル化されているとき、アプリケーションがイネーブル化されているとき、及びサーバからの同期要求が受信されているとき、のうちの１つ以上の条件を含んでもよい。

本願の好ましい実施の形態において、前記アプリケーションダウンロードツールがイネーブル化されていることが前記ダウンロード条件であるとき、前記ダウンロード条件に対応する前記アプリケーションは、具体的に、予め構成されたアプリケーションを含んでもよく、前記予め構成されたアプリケーションは、一般向けのアプリケーション及びユーザが構成したアプリケーションのうちの少なくとも一つを更に含んでもよい。

装置の実施の形態は基本的に方法の実施の形態と同じであるため簡潔に説明する。関連する箇所に関しては方法の実施の形態の記載を参照されたい。
明細書の実施の形態は漸進的な方法で説明され、各実施の形態は他の実施の形態との相違に焦点を当てる。相互参照は同一又は類似する部分に対してなされる。

当業者は、本願の実施の形態が、方法、デバイス、又はコンピュータプログラム製品として提供され得ることを理解すべきである。したがって、本願の実施の形態は、完全なハードウェアの実施の形態、完全なソフトウェアの実施の形態、又はソフトウェアとハードウェアの実施の形態の組み合わせの形態を取ることができる。更に、本願の実施の形態は、コンピュータで使用可能なプログラムコードを含む、１つ以上のコンピュータで使用可能な記憶媒体（ディスクメモリ、ＣＤ-ＲＯＭ、光学メモリなどを含むがこれに限定されない）上に実装されたコンピュータプログラム製品の形態を取ることができる。

典型的な構成では、コンピュータ装置は、１つ以上のプロセッサ（ＣＰＵ）、入出力インタフェース、ネットワークインタフェース、及びメモリを含む。メモリは、コンピュータ可読媒体内の、揮発性メモリ、ランダムアクセスメモリ（ＲＡＭ）、及び／又は、読み出し専用メモリ（ＲＯＭ）又はフラッシュメモリ（フラッシュＲＡＭ）などの不揮発性メモリを含むことができる。メモリは、コンピュータ可読媒体の一例である。コンピュータ読取可能媒体は、不揮発性又は揮発性、及び可搬又は非可搬媒体を含み、任意の方法又は技術を用いて情報の蓄積を実装できる。情報は、コンピュータ読取り可能命令、データ構造、及びプログラムのモジュール又は他のデータであってもよい。コンピュータの記憶媒体は、例えば、相変化メモリ（ＰＲＡＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、動的ランダムアクセスメモリ（ＤＲＡＭ）、他の種類のランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、電気的消去可能プログラマブル読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ又は他のメモリ技術、コンパクトディスク読出し専用メモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）又は他の光学的記憶装置、カセット、テープ、ディスク記憶装置又は他の磁気記憶装置、又は何らかの他の非伝送媒体を含むが、これらに限定されず、コンピューティングデバイスによりアクセス可能な情報を格納するために用いることができる。本明細書で定義されるように、コンピュータ可読媒体は、変調データ信号及び搬送波などの非永続的なコンピュータ可読媒体（一時媒体）を含まない。

本願の実施の形態は、本願の実施の形態による方法、端末装置（システム）及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照して説明される。フローチャート及び／又はブロック図の各工程及び／又は各ブロック、並びにフローチャート及び／又はブロック図の工程及び／又はブロックの組合せはコンピュータプログラムの指示により実施され得ることを理解すべきである。これらのコンピュータプログラムの指示は、汎用コンピュータのプロセッサ、専用コンピュータ、埋込型処理マシン、又はマシンを生成するための他のプログラム可能なデータ処理端末装置へ提供されてもよく、その結果、フローチャートの１つ以上の工程で、及び／又は、ブロック図の１つ以上のブロックで、特定された機能を実施する装置は、コンピュータのプロセッサ又は他のプログラム可能なデータ処理端末装置により実行される指示を用いて生成される。

これらのコンピュータプログラム指示は、コンピュータ又は他のプログラム可能なデータ処理端末装置に、特定の方法で作動することを指示可能なコンピュータ読み出し可能なメモリにも記憶され、その結果、コンピュータ読み出し可能なメモリに記憶された指示は、指示装置を含む工業製品を生成する。指示装置は、フローチャートの１つ以上の工程及び／又はブロック図の１つ以上のブロックに特定された機能を実施する。

これらのコンピュータプログラム指示は、コンピュータ又は他のプログラム可能なデータ処理端末装置にも読み込まれ、その結果、一連の作動ステップがコンピュータ又は他のプログラム可能な端末装置で実行されて、コンピュータで実施される工程を生成する。そのとき、コンピュータ又は他のプログラム可能な端末装置で実行される指示は、フローチャートの１つ以上の工程及び／又はブロック図の１つ以上のブロックで特定される機能を実施するステップを提供する。

本願の実施の形態の好ましい実施の形態を説明したが、当業者は基本的な発明性のある概念の知識に基づき、これらの実施の形態に更なる変更及び修正を行うことができる。したがって、付帯する特許請求の範囲が意図するところは、好ましい実施の形態及び本願の実施の形態の範囲内の全ての変更及び修正を含むと解釈する。

最後に、本明細書において、「第１の」及び「第２の」等の関連する用語は１つの実体又は動作を他の実体又は動作と区別するためのみに用いられ、これらの実体又は動作の間にそのような実際の関連又は順番が存在すると、必ずしも、要求も暗示もしていないことに留意すべきである。更に、「含む」、「備える」の用語又はそれらの他の変形は非排他的な含有を包含することが意図され、その結果、一連の要素を含む工程、方法、物又は端末装置はそれらの要素を含むのみでなく、明白に列挙されていない他の要素、又はこの工程、方法、物又は端末装置に固有の要素を含む。これ以上の制限が無い場合、「〜を含む」という文言により規定される要素はその要素を含む工程、方法、物又は端末装置内の他の同一の要素の存在を排除しない。

本願で提供されたアプリケーションダウンロード方法及び装置は上記に詳細に記載される。本願の原理及び実施は具体的な実施例を用いて説明される。実施の形態の上記の説明は、単に本願の方法及びその中心的な考えを理解することを意図する。更に、当業者は本願の考えに従った特定の実施及び適用の範囲に変更を加えることができる。最後に、明細書の内容を、本願の限定として解釈すべきではない。

Claims (14)

1. アプリケーションダウンロード方法であって：
   アプリケーションのダウンロード記述情報を、ＨＴＴＰＳチャネルを用いてダウンロードするステップであって、前記ダウンロード記述情報はダウンロードアドレス情報を含む、ダウンロードするステップと；
   前記ダウンロードアドレス情報に対応する第１のアプリケーションパッケージを、ＨＴＴＰチャネルを用いてダウンロードするステップと；を備える、
   アプリケーションダウンロード方法。
2. 前記ダウンロード記述情報はダウンロード検証情報を更に含み；
   前記方法は：
   前記ダウンロード検証情報に従い、局地的にダウンロードされた第１のアプリケーションパッケージを検証するステップを更に備える、
   請求項１に記載の方法。
3. 前記検証に失敗した場合に、前記ＨＴＴＰＳチャネルを用いて前記ダウンロードアドレス情報に対応する第２のアプリケーションパッケージをダウンロードするステップを更に備える、
   請求項２に記載の方法。
4. アプリケーションのダウンロード記述情報を、ＨＴＴＰＳチャネルを用いてダウンロードする前記ステップは：
   ユーザのダウンロード指示に応じて、前記ＨＴＴＰＳチャネルを用いて前記ダウンロード指示に対応するアプリケーションのダウンロード記述情報をダウンロードするステップ；及び／又は、
   ダウンロード条件が満たされれば、前記ＨＴＴＰＳチャネルを用いて前記ダウンロード条件に対応するアプリケーションのダウンロード記述情報をダウンロードするステップ；を備える、
   請求項１に記載の方法。
5. 前記ダウンロードアドレス情報に対応する第１のアプリケーションパッケージを、ＨＴＴＰチャネルを用いてダウンロードする前記ステップの前に、前記方法は：
   前記ダウンロード条件に対応する前記アプリケーションの前記ダウンロード記述情報を局地的に記憶するステップと；
   前記ユーザの前記ダウンロード指示に応じて、前記ダウンロード指示に対応する前記アプリケーションの前記ダウンロード記述情報を局地的に読み出すステップと；を更に備え、
   前記ダウンロードアドレス情報に対応する第１のアプリケーションパッケージを、ＨＴＴＰチャネルを用いてダウンロードする前記ステップは、具体的には、前記読み出されたダウンロードアドレス情報に対応する前記第１のアプリケーションパッケージを、前記ＨＴＴＰチャネルを用いてダウンロードするステップである、
   請求項４に記載の方法。
6. 前記ダウンロード条件は、アプリケーションダウンロードツールがイネーブル化されているとき、アプリケーションがイネーブル化されているとき、及びサーバからの同期要求が受信されているとき、のうちの１つ以上の条件を含む、
   請求項４又は５に記載の方法。
7. 前記アプリケーションダウンロードツールがイネーブル化されていることが前記ダウンロード条件である場合、前記ダウンロード条件に対応する前記アプリケーションは予め構成されたアプリケーションを含み、前記予め構成されたアプリケーションは一般向けのアプリケーション及びユーザが構成したアプリケーションのうちの少なくとも１つを含む、
   請求項６に記載の方法。
8. アプリケーションダウンロード装置であって：
   アプリケーションのダウンロード記述情報を、ＨＴＴＰＳチャネルを用いてダウンロードするように構成された第１のダウンロードモジュールであって、前記ダウンロード記述情報はダウンロードアドレス情報を含む、第１のダウンロードモジュールと；
   前記ダウンロードアドレス情報に対応する第１のアプリケーションパッケージを、ＨＴＴＰチャネルを用いてダウンロードするように構成された第２のダウンロードモジュールと；を備える、
   アプリケーションダウンロード装置。
9. 前記ダウンロード記述情報はダウンロード検証情報を更に含み、
   前記装置は、前記ダウンロード検証情報に従い、局地的にダウンロードされた第１のアプリケーションパッケージを検証するように構成された第１の検証モジュールを更に備える、
   請求項８に記載の装置。
10. 前記検証に失敗したとき、前記ダウンロードアドレス情報に対応する第２のアプリケーションパッケージを、ＨＴＴＰＳチャネルを用いてダウンロードするように構成された第３のダウンロードモジュールを更に備える、
    請求項９に記載の装置。
11. 前記第１のダウンロードモジュールは：
    ユーザのダウンロード指示に応じて、前記ダウンロード指示に対応するアプリケーションのダウンロード記述情報を、ＨＴＴＰＳチャネルを用いてダウンロードするように構成された第４のダウンロードサブモジュール；及び／又は、
    ダウンロード条件が満たされれば、前記ダウンロード条件に対応するアプリケーションのダウンロード記述情報を、ＨＴＴＰＳチャネルを用いてダウンロードするよう構成された第５のダウンロードサブモジュール；を備える、
    請求項８に記載の装置。
12. 前記第２のダウンロードモジュールが前記ダウンロードアドレス情報に対応する第１のアプリケーションパッケージを、前記ＨＴＴＰチャネルを用いてダウンロードする前に、前記ダウンロード条件に対応する前記アプリケーションの前記ダウンロード記述情報を局地的に記憶するよう構成された記憶モジュールと；
    前記ユーザの前記ダウンロード指示に応じて、前記ダウンロード指示に対応する前記アプリケーションの前記ダウンロード記述情報を局地的に読み出すよう構成された読出しモジュールと；を更に備え、
    前記第２のダウンロードモジュールは具体的に、前記ＨＴＴＰチャネルを用いて前記読み出されたダウンロードアドレス情報に対応する前記第１のアプリケーションパッケージをダウンロードするよう構成された、
    請求項１１に記載の装置。
13. 前記ダウンロード条件は、アプリケーションダウンロードツールがイネーブル化されているとき、アプリケーションがイネーブル化されているとき、及びサーバからの同期要求が受信されているとき、のうちの１つ以上の条件を含む、
    請求項１１又は１２に記載の装置。
14. 前記アプリケーションダウンロードツールがイネーブル化されていることが前記ダウンロード条件であるとき、前記ダウンロード条件に対応する前記アプリケーションは予め構成されたアプリケーションを含み、前記予め構成されたアプリケーションは一般向けのアプリケーション及びユーザが構成したアプリケーションのうちの少なくとも１つを含む、
    請求項１３に記載の装置。

Images