(57)【要約】  インストールパッケージ認可方法および装置を開示する。本方法は、第1端末によって、第2端末が送信する対象アプリケーションのインストールパッケージと対象アプリケーションの識別子とを取得するステップと、対象アプリケーションの識別子に従って第1端末によって、アプリケーション認可要求を生成するステップであって、アプリケーション認可要求が、インストールパッケージをダウンロードする必要がないことを示す指示情報と、対象アプリケーションの識別子と、第1端末のユーザ識別情報とを含む、生成するステップと、第1端末によって、アプリケーション認可要求をアプリケーションサーバへ送信するステップと、第1端末によって、アプリケーションサーバが送信する対象アプリケーションの認可情報を受信するステップであって、認可情報がユーザ識別情報を含み、ユーザ識別情報がアプリケーションサーバ上の第1端末の登録情報である、受信するステップと、第1端末によって、ユーザ識別情報を使用して対象アプリケーションのための使用許可を更新するステップとを含む。
2017504868.tif 000002
【特許請求の範囲】
【請求項１】
インストールパッケージ認可方法であって、
第1端末によって、第2端末が送信する対象アプリケーションのインストールパッケージと前記対象アプリケーションの識別子とを取得するステップであって、前記対象アプリケーションが前記第2端末にインストールされたアプリケーションであり、前記対象アプリケーションの前記インストールパッケージが、インストールされた前記アプリケーションに従って前記第2端末によって生成される、取得するステップと、
前記第1端末によって、アプリケーション認可要求を生成するステップであって、前記アプリケーション認可要求が前記対象アプリケーションの前記識別子と前記第1端末のユーザ識別情報とを含む、生成するステップと、
前記第1端末によって、前記アプリケーション認可要求をアプリケーションサーバへ送信するステップであって、前記アプリケーションサーバが前記対象アプリケーションの認可情報を生成することを可能にするために、前記アプリケーション認可要求が使用され、前記認可情報が前記第1端末の前記ユーザ識別情報を含む、送信するステップと、
前記第1端末によって、前記アプリケーションサーバが送信する前記対象アプリケーションの前記認可情報を受信するステップであって、前記対象アプリケーションを使用する前記第1端末を認可するために前記認可情報が使用される、受信するステップとを含む、方法。
【請求項２】
前記第1端末によってアプリケーション認可要求を生成する前記ステップの前に、前記方法は、
前記第1端末によって、前記対象アプリケーションの前記インストールパッケージを使用して前記対象アプリケーションをインストールするステップをさらに含み、
前記第1端末によって、前記アプリケーションサーバが送信する前記対象アプリケーションの前記認可情報を受信する前記ステップの後に、前記方法は、
前記第1端末によって、前記対象アプリケーションの前記認可情報を使用して前記対象アプリケーションの許可設定情報を更新するステップであって、前記許可設定情報は、前記第1端末が前記対象アプリケーションを使用してもよいという許可である、更新するステップをさらに含む、請求項1に記載の方法。
【請求項３】
前記第1端末によって、前記アプリケーションサーバが送信する前記対象アプリケーションの前記認可情報を受信する前記ステップの後に、前記方法は、
前記第1端末によって、前記対象アプリケーションの前記インストールパッケージを使用して前記対象アプリケーションをインストールするステップと、前記対象アプリケーションの前記認可情報を使用して前記対象アプリケーションの許可設定情報を設定するステップであって、前記許可設定情報は、前記第1端末が前記対象アプリケーションを使用してもよいという許可である、設定するステップとをさらに含む、請求項1に記載の方法。
【請求項４】
前記アプリケーション認可要求は、具体的にはアプリケーション購入要求であり、
前記第1端末によって、前記アプリケーション認可要求をアプリケーションサーバへ送信する前記ステップは、具体的には、
前記第1端末によって、前記アプリケーション購入要求を前記アプリケーションサーバへ送信するステップ、
前記第1端末によって、前記アプリケーションサーバが提供する支払リンクを受信するステップ、および、
前記アプリケーションサーバが前記対象アプリケーションの前記認可情報を生成することができるように、前記第1端末によって、前記支払リンクに従って前記対象アプリケーションの代金を支払うステップであって、前記認可情報が前記第1端末の前記ユーザ識別情報を含む、支払うステップである、請求項1に記載の方法。
【請求項５】
前記第1端末によって、前記対象アプリケーションの前記識別子に従ってアプリケーション認可要求を生成する前記ステップの前に、前記方法は、
前記第1端末によって、前記対象アプリケーションの償還コードを取得するステップを含み、
それに対応して、前記アプリケーション認可要求は、具体的には認可検証要求であって、前記認可検証要求が前記対象アプリケーションの前記償還コードをさらに含む、認可検証要求である、請求項1に記載の方法。
【請求項６】
前記アプリケーション認可要求は、前記インストールパッケージをダウンロードする必要がないことを示す指示情報をさらに含む、請求項1から5のいずれか一項に記載の方法。
【請求項７】
インストールパッケージ認可方法であって、
第2端末によって、第1端末が送信する前記第1端末のユーザ識別情報を取得するステップと、
前記第2端末によって、アプリケーション認可要求を生成するステップであって、前記アプリケーション認可要求が前記対象アプリケーションの識別子と前記第1端末の前記ユーザ識別情報とを含み、前記対象アプリケーションが前記第2端末にインストールされたアプリケーションであり、前記対象アプリケーションのインストールパッケージが、インストールされた前記アプリケーションに従って前記第2端末によって生成される、生成するステップと、
前記第2端末によって、前記アプリケーション認可要求をアプリケーションサーバへ送信するステップであって、前記アプリケーションサーバが前記対象アプリケーションの認可情報を生成することを可能にするために、前記アプリケーション認可要求が使用され、前記認可情報が前記第1端末の前記ユーザ識別情報を含む、送信するステップと、
前記第2端末によって、前記アプリケーションサーバが送信する前記対象アプリケーションの前記認可情報を受信するステップであって、前記認可情報が、前記対象アプリケーションを使用する前記第1端末を認可するために使用される、受信するステップと、
前記第1端末が前記対象アプリケーションをインストールして使用することができるように、前記第2端末によって、前記対象アプリケーションの前記インストールパッケージおよび前記認可情報を前記第1端末へ送信するステップと
を含む、方法。
【請求項８】
前記アプリケーション認可要求は、具体的にはアプリケーション購入要求であり、
前記第2端末によって、前記アプリケーション認可要求をアプリケーションサーバへ送信する前記ステップは、具体的には、
前記第2端末によって、前記アプリケーション購入要求を前記アプリケーションサーバへ送信するステップ、
前記第2端末によって、前記アプリケーションサーバが提供する支払リンクを受信するステップ、および、
前記アプリケーションサーバが前記対象アプリケーションの前記認可情報を生成することができるように、前記第2端末によって、前記支払リンクに従って前記対象アプリケーションの代金を支払うステップであって、前記認可情報が前記第1端末の前記ユーザ識別情報を含む、支払うステップである、請求項7に記載の方法。
【請求項９】
前記第2端末によってアプリケーション認可要求を生成するステップの前に、前記方法は、
前記第2端末によって、前記対象アプリケーションの償還コードを取得するステップを含み、
それに対応して、前記アプリケーション認可要求は、具体的には認可検証要求であって、前記認可検証要求が前記対象アプリケーションの前記償還コードをさらに含む、認可検証要求である、請求項8に記載の方法。
【請求項１０】
前記アプリケーション認可要求は、前記インストールパッケージをダウンロードする必要がないことを示す指示情報をさらに含む、請求項7から9のいずれか一項に記載の方法。
【請求項１１】
インストールパッケージ認可方法であって、
アプリケーションサーバによって、第1端末が送信するアプリケーション認可要求を受信するステップであって、前記アプリケーション認可要求が対象アプリケーションの識別子と前記第1端末のユーザ識別情報とを含み、前記対象アプリケーションが第2端末にインストールされたアプリケーションであり、前記対象アプリケーションのインストールパッケージが、インストールされた前記アプリケーションに従って前記第2端末によって生成されて前記第1端末へ送信される、受信するステップと、
前記アプリケーションサーバによって、前記対象アプリケーションの前記識別子と前記第1端末の前記ユーザ識別情報とに従って前記対象アプリケーションの認可情報を生成するステップであって、前記認可情報が、前記対象アプリケーションを使用する前記第1端末を認可するために使用される、生成するステップと、
前記アプリケーションサーバによって、前記認可情報を前記第1端末へ送信するステップと
を含む、方法。
【請求項１２】
前記アプリケーション認可要求は、具体的にはアプリケーション購入要求であり、
前記アプリケーションサーバによって、前記対象アプリケーションの前記識別子と前記第1端末の前記ユーザ識別情報とに従って前記対象アプリケーションの認可情報を生成する前記ステップは、具体的には、
前記アプリケーションサーバによって、前記第1端末が送信する前記アプリケーション購入要求を受信するステップ、
前記アプリケーションサーバによって、前記第1端末が前記対象アプリケーションの代金を支払うことができるように前記第1端末の支払リンクを提供するステップ、
前記アプリケーションサーバによって、前記第1端末が送信する支払成功応答メッセージを受信するステップ、および、前記応答メッセージに応じて前記アプリケーションサーバによって、前記対象アプリケーションの前記識別子と前記第1端末の前記ユーザ識別情報とに従って前記対象アプリケーションの認可情報を生成する前記ステップをトリガするステップである、請求項11に記載の方法。
【請求項１３】
前記アプリケーション認可要求は、具体的には認可検証要求であり、前記認可検証要求は、前記対象アプリケーションの償還コードをさらに含み、
前記アプリケーションサーバによって、前記対象アプリケーションの前記識別子と前記第1端末の前記ユーザ識別情報とに従って前記対象アプリケーションの認可情報を生成する前記ステップの前に、前記方法は、
前記対象アプリケーションの前記償還コードを検証するステップと、検証が成功した場合に、前記対象アプリケーションの前記識別子と前記第1端末の前記ユーザ識別情報とに従って前記対象アプリケーションの認可情報を生成する前記ステップをトリガするステップとを含む、請求項11に記載の方法。
【請求項１４】
前記アプリケーション認可要求は、前記インストールパッケージをダウンロードする必要がないことを示す指示情報をさらに含む、請求項11から13のいずれか一項に記載の方法。
【請求項１５】
インストールパッケージ認可方法であって、
アプリケーションサーバによって、第2端末が送信するアプリケーション認可要求を受信するステップであって、前記アプリケーション認可要求が対象アプリケーションの識別子と前記第1端末のユーザ識別情報とを含み、前記対象アプリケーションが前記第2端末にインストールされたアプリケーションであり、前記対象アプリケーションのインストールパッケージが、インストールされた前記アプリケーションに従って前記第2端末によって生成されて前記第1端末へ送信される、受信するステップと、
前記アプリケーションサーバによって、前記対象アプリケーションの前記識別子と前記第1端末の前記ユーザ識別情報とに従って前記対象アプリケーションの認可情報を生成するステップであって、前記認可情報が、前記対象アプリケーションを使用する前記第1端末を認可するために使用される、生成するステップと、
前記アプリケーションサーバによって、前記認可情報を前記第2端末へ送信するステップと
を含む、方法。
【請求項１６】
前記アプリケーション認可要求は、具体的にはアプリケーション購入要求であり、
前記アプリケーションサーバによって、前記対象アプリケーションの前記識別子と前記第1端末の前記ユーザ識別情報とに従って前記対象アプリケーションの認可情報を生成する前記ステップは、具体的には、
前記アプリケーションサーバによって、前記第2端末が送信する前記アプリケーション購入要求を受信するステップ、
前記アプリケーションサーバによって、前記第2端末が前記対象アプリケーションの代金を支払うことができるように前記第2端末の支払リンクを提供するステップ、
前記アプリケーションサーバによって、前記第2端末が送信する支払成功応答メッセージを受信するステップ、および、前記応答メッセージに応じて前記アプリケーションサーバによって、前記対象アプリケーションの前記識別子と前記第1端末の前記ユーザ識別情報とに従って前記対象アプリケーションの認可情報を生成する前記ステップをトリガするステップである、請求項15に記載の方法。
【請求項１７】
前記アプリケーション認可要求は、具体的には認可検証要求であり、前記認可検証要求は、前記対象アプリケーションの償還コードをさらに含み、
前記アプリケーションサーバによって、前記対象アプリケーションの前記識別子と前記第1端末の前記ユーザ識別情報とに従って前記対象アプリケーションの認可情報を生成する前記ステップの前に、前記方法は、
前記対象アプリケーションの前記償還コードを検証するステップと、検証が成功した場合に、前記対象アプリケーションの前記識別子と前記第1端末の前記ユーザ識別情報とに従って前記対象アプリケーションの認可情報を生成する前記ステップをトリガするステップとを含む、請求項15に記載の方法。
【請求項１８】
前記アプリケーション認可要求は、前記インストールパッケージをダウンロードする必要がないことを示す指示情報をさらに含む、請求項15に記載の方法。
【請求項１９】
第1端末として使用される端末であって、前記第1端末は第2端末とデータを交換することができ、前記端末は、
前記第2端末が送信する対象アプリケーションのインストールパッケージと前記対象アプリケーションの識別子とを取得するように構成されたデータ受信部であって、前記対象アプリケーションが前記第2端末にインストールされたアプリケーションであり、前記対象アプリケーションの前記インストールパッケージが、インストールされた前記アプリケーションに従って前記第2端末によって生成される、データ受信部と、
前記対象アプリケーションの前記識別子に従ってアプリケーション認可要求を生成するように構成されたデータ生成部であって、前記アプリケーション認可要求が、前記対象アプリケーションの前記識別子と前記第1端末のユーザ識別情報とを含む、データ生成部と、
前記アプリケーション認可要求をアプリケーションサーバへ送信するように構成されたデータ送信部であって、前記アプリケーションサーバが、前記第1端末の前記ユーザ識別情報に従って前記対象アプリケーションの前記認可情報を生成して、前記対象アプリケーションの前記認可情報を返信することを可能にするために、前記アプリケーション認可要求が使用される、データ送信部と
を含み、
前記データ受信部は、前記アプリケーションサーバが送信する前記対象アプリケーションの前記認可情報を受信するようにさらに構成され、前記認可情報は前記第1端末の前記ユーザ識別情報を含み、前記認可情報は、前記対象アプリケーションを使用する前記第1端末を認可するために使用される、端末。
【請求項２０】
前記端末は、
前記対象アプリケーションの前記インストールパッケージを使用して、前記対象アプリケーションをインストールするように構成されたインストール部と、
前記対象アプリケーションの前記認可情報を使用して、前記対象アプリケーションの許可設定情報を更新するように構成された許可更新部であって、前記許可設定情報は、前記第1端末が前記対象アプリケーションを使用してもよいという許可である、許可更新部と
をさらに含む、請求項19に記載の端末。
【請求項２１】
前記許可更新部は、前記対象アプリケーションの前記インストールパッケージを使用して、前記対象アプリケーションをインストールし、かつ、前記対象アプリケーションの前記認可情報を使用して、前記対象アプリケーションの前記許可設定情報を設定するようにさらに構成され、前記許可設定情報は、前記第1端末が前記対象アプリケーションを使用してもよいという許可である、請求項19に記載の端末。
【請求項２２】
前記データ送信部は、前記アプリケーション購入要求を前記アプリケーションサーバへ送信するようにさらに構成され、
前記データ受信部は、前記アプリケーションサーバが提供する支払リンクを受信するようにさらに構成され、
前記端末は、
前記アプリケーションサーバが前記対象アプリケーションの前記認可情報を生成することができるように、前記支払リンクに従って前記対象アプリケーションの代金を支払うように構成された支払部であって、前記認可情報が前記第1端末の前記ユーザ識別情報を含む、支払部をさらに含む、請求項19に記載の端末。
【請求項２３】
前記データ受信部は、前記対象アプリケーションの償還コードを取得するようにさらに構成され、
それに対応して、前記アプリケーション認可要求は、具体的には認可検証要求であり、前記認可検証要求は前記対象アプリケーションの前記償還コードをさらに含む、請求項19に記載の方法。
【請求項２４】
前記アプリケーション認可要求は、前記インストールパッケージをダウンロードする必要がないことを示す指示情報をさらに含む、請求項19から23のいずれか一項に記載の方法。
【請求項２５】
第2端末として使用される端末であって、前記第2端末は第1端末とデータを交換することができ、前記端末は、
前記第1端末が送信する前記第1端末のユーザ識別情報を取得するように構成された情報受信部と、
アプリケーション認可要求を生成するように構成された情報生成部であって、前記アプリケーション認可要求が、前記対象アプリケーションの前記識別子と前記第1端末のユーザ識別情報とを含み、前記対象アプリケーションが前記第2端末にインストールされたアプリケーションであり、前記対象アプリケーションのインストールパッケージが、インストールされた前記アプリケーションに従って前記第2端末によって生成される、情報生成部と、
前記アプリケーション認可要求をアプリケーションサーバへ送信する情報送信部であって、前記アプリケーションサーバが前記第1端末の前記ユーザ識別情報に従って前記対象アプリケーションの認可情報を生成することを可能にするために、前記アプリケーション認可要求が使用され、前記認可情報が前記第1端末の前記ユーザ識別情報を含む、情報送信部とを含み、
前記情報受信部は、前記アプリケーションサーバが送信する前記対象アプリケーションの前記認可情報を受信するようにさらに構成され、前記認可情報は、前記対象アプリケーションを使用する前記第1端末を認可するために使用され、
前記情報送信部は、前記第1端末が前記対象アプリケーションをインストールして使用することができるように、前記対象アプリケーションの前記インストールパッケージおよび前記認可情報を前記第1端末へ送信するようにさらに構成される、端末。
【請求項２６】
前記アプリケーション認可要求は、具体的にはアプリケーション購入要求であり、
前記情報送信部は、前記アプリケーション購入要求を前記アプリケーションサーバへ送信するようにさらに構成され、
前記情報受信部は、前記アプリケーションサーバが提供する支払リンクを受信するようにさらに構成され、
前記端末は、
前記アプリケーションサーバが前記対象アプリケーションの前記認可情報を生成することができるように、前記支払リンクに従って前記対象アプリケーションの代金を支払うように構成されたアプリケーション支払部であって、前記認可情報が前記第1端末の前記ユーザ識別情報を含む、アプリケーション支払部をさらに含む、請求項25に記載の方法。
【請求項２７】
前記情報受信部は、前記第2端末によって、前記対象アプリケーションの償還コードを取得するようにさらに構成され、
それに対応して、前記アプリケーション認可要求は、具体的には認可検証要求であり、前記認可検証要求は前記対象アプリケーションの前記償還コードをさらに含む、請求項25に記載の方法。
【請求項２８】
前記アプリケーション認可要求は、前記インストールパッケージをダウンロードする必要がないことを示す指示情報をさらに含む、請求項25から27のいずれか一項に記載の方法。
【請求項２９】
アプリケーションサーバであって、
第1端末が送信するアプリケーション認可要求を受信するように構成された受信部であって、前記アプリケーション認可要求が対象アプリケーションの識別子と前記第1端末のユーザ識別情報とを含み、前記対象アプリケーションが第2端末にインストールされたアプリケーションであり、前記対象アプリケーションのインストールパッケージが、インストールされた前記アプリケーションに従って前記第2端末によって生成されて前記第1端末へ送信される、受信部と、
前記対象アプリケーションの前記識別子と前記第1端末の前記ユーザ識別情報とに従って前記対象アプリケーションの認可情報を生成するように構成された生成部であって、前記認可情報が、前記対象アプリケーションを使用する前記第1端末を認可するために使用される、生成部と、
前記認可情報を前記第1端末へ送信するように構成された送信部とを含む、アプリケーションサーバ。
【請求項３０】
前記アプリケーション認可要求は、具体的にはアプリケーション購入要求であり、
前記受信部は、前記第1端末が送信する前記アプリケーション購入要求を受信するようにさらに構成され、
前記送信部は、前記第1端末が前記対象アプリケーションの代金を支払うことができるように、前記第1端末の支払リンクを提供するようにさらに構成され、
前記受信部は、前記第1端末が送信する支払成功応答メッセージを受信するようにさらに構成され、前記アプリケーションサーバは、前記応答メッセージに応じて前記生成部をトリガする、請求項29に記載の方法。
【請求項３１】
前記アプリケーション認可要求は、具体的には認可検証要求であり、前記認可検証要求は、前記対象アプリケーションの償還コードをさらに含み、
前記アプリケーションサーバは、
前記対象アプリケーションの前記償還コードを検証し、検証が成功した場合に、前記生成部をトリガするように構成された検証部をさらに含む、請求項29に記載の方法。
【請求項３２】
前記アプリケーション認可要求は、前記インストールパッケージをダウンロードする必要がないことを示す指示情報をさらに含む、請求項29から31のいずれか一項に記載の方法。
【請求項３３】
アプリケーションサーバであって、
第2端末が送信するアプリケーション認可要求を受信するように構成されたデータ情報受信部であって、前記アプリケーション認可要求が対象アプリケーションの識別子と前記第1端末のユーザ識別情報とを含み、前記対象アプリケーションが前記第2端末にインストールされたアプリケーションであり、前記対象アプリケーションのインストールパッケージが、インストールされた前記アプリケーションに従って前記第2端末によって生成されて前記第1端末へ送信される、データ情報受信部と、
前記対象アプリケーションの前記識別子と前記第1端末の前記ユーザ識別情報とに従って前記対象アプリケーションの認可情報を生成するように構成された認可生成部であって、前記認可情報が、前記対象アプリケーションを使用する前記第1端末を認可するために使用される、認可生成部と、
前記認可情報を前記第2端末へ送信するように構成されたデータ情報送信部とを含む、アプリケーションサーバ。
【請求項３４】
前記アプリケーション認可要求は、具体的にはアプリケーション購入要求であり、
前記データ情報受信部は、前記第2端末が送信する前記アプリケーション購入要求を受信するようにさらに構成され、
前記データ情報送信部は、前記第2端末が前記対象アプリケーションの代金を支払うことができるように、前記第2端末の支払リンクを提供するようにさらに構成され、
前記データ情報受信部は、前記第2端末が送信する支払成功応答メッセージを受信するようにさらに構成され、前記アプリケーションサーバは、前記応答メッセージに応じて、前記対象アプリケーションの前記識別子と前記第1端末の前記ユーザ識別情報とに従って前記対象アプリケーションの前記認可情報を生成するステップをトリガする、請求項33に記載の方法。
【請求項３５】
前記アプリケーション認可要求は、具体的には認可検証要求であり、前記認可検証要求は、前記対象アプリケーションの償還コードをさらに含み、
前記アプリケーションサーバは、
前記対象アプリケーションの前記償還コードを検証し、検証が成功した場合に、前記対象アプリケーションの前記識別子と前記第1端末の前記ユーザ識別情報とに従って前記対象アプリケーションの前記認可情報を生成するステップをトリガするように構成された認可検証部をさらに含む、請求項33に記載の方法。
【請求項３６】
前記アプリケーション認可要求は、前記インストールパッケージをダウンロードする必要がないことを示す指示情報をさらに含む、請求項33から35のいずれか一項に記載の方法。
【請求項３７】
第1端末として使用される端末であって、前記第1端末は第2端末とデータを交換することができ、前記端末は、送信機と、受信機と、プロセッサとを含み、
前記受信機は、前記第2端末が送信する対象アプリケーションのインストールパッケージと前記対象アプリケーションの識別子とを取得するように構成され、前記対象アプリケーションは、前記第2端末にインストールされたアプリケーションであり、前記対象アプリケーションの前記インストールパッケージは、インストールされた前記アプリケーションに従って前記第2端末によって生成され、
前記プロセッサは、前記対象アプリケーションの前記識別子に従ってアプリケーション認可要求を生成するように構成され、前記アプリケーション認可要求は、前記対象アプリケーションの前記識別子と前記第1端末のユーザ識別情報とを含み、
前記送信機は、前記アプリケーション認可要求をアプリケーションサーバへ送信するように構成され、前記アプリケーション認可要求は、前記アプリケーションサーバが前記第1端末の前記ユーザ識別情報に従って前記対象アプリケーションの認可情報を生成して、前記対象アプリケーションの前記認可情報を返信することを可能にするために使用され、
前記受信機は、前記アプリケーションサーバが送信する前記対象アプリケーションの前記認可情報を受信するようにさらに構成され、前記認可情報は前記第1端末の前記ユーザ識別情報を含み、前記認可情報は、前記対象アプリケーションを使用する前記第1端末を認可するために使用される、端末。
【請求項３８】
第2端末として使用される端末であって、前記第2端末は、第1端末とデータを交換することができ、前記端末は、送信機と、受信機と、プロセッサとを含み、
前記受信機は、前記第1端末が送信する前記第1端末のユーザ識別情報を取得するように構成され、
前記プロセッサは、アプリケーション認可要求を生成するように構成され、前記アプリケーション認可要求は、前記対象アプリケーションの識別子と前記第1端末の前記ユーザ識別情報とを含み、前記対象アプリケーションは、前記第2端末にインストールされたアプリケーションであり、前記対象アプリケーションのインストールパッケージは、インストールされた前記アプリケーションに従って前記第2端末によって生成され、
前記送信機は、前記アプリケーション認可要求をアプリケーションサーバへ送信するように構成され、前記アプリケーション認可要求は、前記アプリケーションサーバが前記第1端末の前記ユーザ識別情報に従って前記対象アプリケーションの認可情報を生成することを可能にするために使用され、前記認可情報は前記第1端末の前記ユーザ識別情報を含み、
前記受信機は、前記アプリケーションサーバが送信する前記対象アプリケーションの前記認可情報を受信するようにさらに構成され、前記認可情報は、前記対象アプリケーションを使用する前記第1端末を認可するために使用され、
前記送信機は、前記第1端末が前記対象アプリケーションをインストールして使用することができるように、前記対象アプリケーションの前記インストールパッケージおよび前記認可情報を前記第1端末へ送信するようにさらに構成される、端末。
【請求項３９】
アプリケーションサーバであって、送信機と、受信機と、プロセッサとを含み、
前記受信機は、第1端末が送信するアプリケーション認可要求を受信するように構成され、前記アプリケーション認可要求は、対象アプリケーションの識別子と前記第1端末のユーザ識別情報とを含み、前記対象アプリケーションは、第2端末にインストールされたアプリケーションであり、前記対象アプリケーションのインストールパッケージは、インストールされた前記アプリケーションに従って前記第2端末によって生成されて前記第1端末へ送信され、
前記プロセッサは、前記対象アプリケーションの前記識別子と前記第1端末の前記ユーザ識別情報とに従って前記対象アプリケーションの認可情報を生成するように構成され、前記認可情報は、前記対象アプリケーションを使用する前記第1端末を認可するために使用され、
前記送信機は、前記認可情報を前記第1端末へ送信するように構成される、アプリケーションサーバ。
【請求項４０】
アプリケーションサーバであって、送信機と、受信機と、プロセッサとを含み、
前記受信機は、第2端末が送信するアプリケーション認可要求を受信するように構成され、前記アプリケーション認可要求は、対象アプリケーションの識別子と前記第1端末のユーザ識別情報とを含み、前記対象アプリケーションは、前記第2端末にインストールされたアプリケーションであり、前記対象アプリケーションのインストールパッケージは、インストールされた前記アプリケーションに従って前記第2端末によって生成されて前記第1端末へ送信され、
前記プロセッサは、前記対象アプリケーションの前記識別子と前記第1端末の前記ユーザ識別情報とに従って前記対象アプリケーションの認可情報を生成するように構成され、前記認可情報は、前記対象アプリケーションを使用する前記第1端末を認可するために使用され、
前記送信機は、前記認可情報を前記第2端末へ送信するように構成される、アプリケーションサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関し、詳細には、インストールパッケージ認可方法および装置に関する。
【背景技術】
【０００２】
スマートフォンの発展に伴って、ますます多くのアプリケーションが移動端末に出現している。一般に、ユーザがアプリケーションを必要とするとき、ユーザは、アプリケーションをモバイルアプリケーションストアからダウンロードして、アプリケーションをユーザの移動端末にインストールする。モバイルアプリケーションストアは、Google  Play、App  Store、または別の第三者アプリケーションストアを含み、これらモバイルアプリケーションストアは、非常に多数のアプリケーションを含む。加えて、ユーザは、友人によって共有されたアプリケーションをインストールすることもできる。しかし、先行技術におけるほとんどのアプリケーション共有は、ユニフォーム・リソース・ロケータ（URL、Uniform  Resource  Locator）に基づき、実際的なアプリケーションでは、URLがリンクアドレスであってもよい。共有アプリケーションのURLを受信すると、ユーザがアプリケーションをインストールしようとする場合、ユーザは、アプリケーションのURLに従ってアプリケーションをダウンロードする必要がある。
【０００３】
実際的なアプリケーションでは、以下のシナリオが存在する可能性がある。何人かの友人が集まるとき、有料アプリケーションが友人のうちの1人の携帯電話にインストールされており、かつ、その他の友人もまた、アプリケーションをインストールしようとしている場合、アプリケーションをインストールした友人は、アプリケーションのインストールパッケージファイルをその他の友人へ送信することができる。しかし、これらの有料アプリケーションはユーザの使用許可を制限し、その他の友人が有料アプリケーションのインストールパッケージを取得したとしても、彼らがアプリケーションを購入しない場合、その他の友人はアプリケーションをインストールまたは使用することができない。
【０００４】
実際的なアプリケーションにおいて、例えば、iOSプラットフォームのアプリケーションのシナリオでは、App  Storeは、アップル社の公式アプリケーションのダウンロード・ストアであり、全てのiPhone(登録商標)ソフトウェアおよびゲームが集まっている。ユーザは、Apple  IDを用いてログインした後にのみ、ソフトウェアおよびゲームを選択してダウンロードすることができる。ユーザがダウンロードリンクアドレスのみを別のユーザと共有する場合、共有を受信するユーザは、ダウンロード用の端末を用いてApp  Storeに接続する必要がさらにあるが、App  Storeの実際のダウンロード速度は遅く、ダウンロードはトラフィックを消費する。
【０００５】
しかし、現在、iOSプラットフォームでは、ユーザがアプリケーションを友人と共有しようとする場合、またはアプリケーションを友人に提供しようとする場合、友人が、アプリケーションのインストールパッケージファイルをダウンロードすることなくアプリケーションを正常にインストールすることは実現できない。
【発明の概要】
【課題を解決するための手段】
【０００６】
本発明の実施形態は、ユーザが有料アプリケーションのインストールパッケージをアプリケーションストアからダウンロードする必要がない場合に、ユーザが有料アプリケーションを正常に使用することを可能にするインストールパッケージ認可方法を提供する。
【０００７】
第1の態様によれば、本発明の一実施形態は、インストールパッケージ認可方法を提供し、
第1端末によって、第2端末が送信する対象アプリケーションのインストールパッケージと対象アプリケーションの識別子とを取得するステップであって、対象アプリケーションが第2端末にインストールされたアプリケーションであり、対象アプリケーションのインストールパッケージが、インストールされたアプリケーションに従って第2端末によって生成される、取得するステップと、
第1端末によって、アプリケーション認可要求を対象アプリケーションの識別子に従って生成するステップであって、アプリケーション認可要求が対象アプリケーションの識別子と第1端末のユーザ識別情報とを含む、生成するステップと、
第1端末によって、アプリケーション認可要求をアプリケーションサーバへ送信するステップであって、アプリケーションサーバが、第1端末のユーザ識別情報に従って対象アプリケーションの認可情報を生成して、対象アプリケーションの認可情報を返信することを可能にするために、アプリケーション認可要求が使用される、送信するステップと、
第1端末によって、アプリケーションサーバが送信する対象アプリケーションの認可情報を受信するステップであって、対象アプリケーションを使用する第1端末を認可するために認可情報が使用される、受信するステップとを含む。
【０００８】
第1の態様の第1の可能な実施態様では、第1端末によってアプリケーション認可要求を生成するステップの前に、方法は、
第1端末によって、対象アプリケーションのインストールパッケージを使用して対象アプリケーションをインストールするステップをさらに含み、
第1端末によって、アプリケーションサーバが送信する対象アプリケーションの認可情報を受信するステップの後に、方法は、
第1端末によって、対象アプリケーションの認可情報を使用して対象アプリケーションの許可設定情報を更新するステップをさらに含み、ここで、許可設定情報は、第1端末が対象アプリケーションを使用してもよいという許可である。
【０００９】
第1の態様の第2の可能な実施態様では、第1端末によって、アプリケーションサーバが送信する対象アプリケーションの認可情報を受信するステップの後に、方法は、
第1端末によって、対象アプリケーションのインストールパッケージを使用して対象アプリケーションをインストールするステップと、対象アプリケーションの認可情報を使用して対象アプリケーションの許可設定情報を設定するステップとをさらに含み、許可設定情報は、第1端末が対象アプリケーションを使用してもよいという許可である。
【００１０】
第1の態様の第3の可能な実施態様では、アプリケーション認可要求は、具体的にはアプリケーション購入要求であり、
第1端末によって、アプリケーション認可要求をアプリケーションサーバへ送信するステップは、具体的には、
第1端末によって、アプリケーション購入要求をアプリケーションサーバへ送信するステップ、
第1端末によって、アプリケーションサーバが提供する支払リンクを受信するステップ、および、
アプリケーションサーバが対象アプリケーションの認可情報を生成することができるように、第1端末によって、支払リンクに従って対象アプリケーションの代金を支払うステップであり、ここで、認可情報は第1端末のユーザ識別情報を含む。
【００１１】
第1の態様の第4の可能な実施態様では、第1端末によって、対象アプリケーションの識別子に従ってアプリケーション認可要求を生成するステップの前に、方法は、
第1端末によって、対象アプリケーションの償還コードを取得するステップを含み、
それに対応して、アプリケーション認可要求は、具体的には認可検証要求であり、ここで、認可検証要求は対象アプリケーションの償還コードをさらに含む。
【００１２】
第1の態様および第1の態様の第1の可能な実施態様から第4の可能な実施態様のうちのいずれか1つに関連して、第1の態様の第5の可能な実施態様では、アプリケーション認可要求は、
インストールパッケージをダウンロードする必要がないことを示す指示情報をさらに含む。
【００１３】
第2の態様によれば、本発明の一実施形態は、インストールパッケージ認可方法を提供し、
第2端末によって、第1端末が送信する第1端末のユーザ識別情報を取得するステップと、
第2端末によって、アプリケーション認可要求を生成するステップであって、アプリケーション認可要求が対象アプリケーションの識別子と第1端末のユーザ識別情報とを含み、対象アプリケーションが第2端末にインストールされたアプリケーションであり、対象アプリケーションのインストールパッケージが、インストールされたアプリケーションに従って第2端末によって生成される、生成するステップと、
第2端末によって、アプリケーション認可要求をアプリケーションサーバへ送信するステップであって、アプリケーション認可要求が、第1端末のユーザ識別情報に従って対象アプリケーションの認可情報を生成して、対象アプリケーションの認可情報を返信することを可能にするために使用される、送信するステップと、
第2端末によって、アプリケーションサーバが送信する対象アプリケーションの認可情報を受信するステップであって、認可情報が、対象アプリケーションを使用する第1端末を認可するために使用される、受信するステップと、
第2端末によって、認可情報が更新された対象アプリケーションのインストールパッケージを第1端末へ送信するステップとを含む。
【００１４】
第2の態様の第1の可能な実施態様では、アプリケーション認可要求は、具体的にはアプリケーション購入要求であり、
第2端末によって、アプリケーション認可要求をアプリケーションサーバへ送信するステップは、具体的には、
第2端末によって、アプリケーション購入要求をアプリケーションサーバへ送信するステップ、
第2端末によって、アプリケーションサーバが提供する支払リンクを受信するステップ、および、
アプリケーションサーバが対象アプリケーションの認可情報を生成することができるように、第2端末によって、支払リンクに従って対象アプリケーションの代金を支払うステップであり、ここで、認可情報は第1端末のユーザ識別情報を含む。
【００１５】
第2の態様の第2の可能な実施態様では、第2端末によってアプリケーション認可要求を生成するステップの前に、方法は、
第2端末によって、対象アプリケーションの償還コードを取得するステップを含み、
それに対応して、アプリケーション認可要求は、具体的には認可検証要求であり、ここで、認可検証要求は対象アプリケーションの償還コードをさらに含む。
【００１６】
第2の態様および第2の態様の第1の可能な実施態様から第2の可能な実施態様のうちのいずれか1つに関連して、第2の態様の第3の可能な実施態様では、アプリケーション認可要求は、
インストールパッケージをダウンロードする必要がないことを示す指示情報をさらに含む。
【００１７】
第3の態様によれば、本発明の一実施形態はインストールパッケージ認可方法を提供し、
アプリケーションサーバによって、第1端末が送信するアプリケーション認可要求を受信するステップであって、アプリケーション認可要求が対象アプリケーションの識別子と第1端末のユーザ識別情報とを含み、対象アプリケーションが第2端末にインストールされたアプリケーションであり、対象アプリケーションのインストールパッケージが、インストールされたアプリケーションに従って第2端末によって生成される、受信するステップと、
アプリケーションサーバによって、対象アプリケーションの識別子と第1端末のユーザ識別情報とに従って対象アプリケーションの認可情報を生成するステップであって、認可情報が、対象アプリケーションを使用する第1端末を認可するために使用される、生成するステップと、
アプリケーションサーバによって、認可情報を第1端末へ送信するステップとを含む。
【００１８】
第3の態様の第1の可能な実施態様では、  アプリケーション認可要求は、具体的にはアプリケーション購入要求であり、
アプリケーションサーバによって、対象アプリケーションの識別子と第1端末のユーザ識別情報とに従って対象アプリケーションの認可情報を生成するステップは、具体的には、
アプリケーションサーバによって、第1端末が送信するアプリケーション購入要求を受信するステップ、
アプリケーションサーバによって、第1端末が対象アプリケーションの代金を支払うことができるように第1端末の支払リンクを提供するステップ、
アプリケーションサーバによって、第1端末が送信する支払成功応答メッセージを受信するステップ、および、応答メッセージに従ってアプリケーションサーバによって、対象アプリケーションの識別子と第1端末のユーザ識別情報とに従って対象アプリケーションの認可情報を生成するステップをトリガするステップである。
【００１９】
第3の態様の第2の可能な実施態様では、
アプリケーション認可要求は、具体的には認可検証要求であり、認可検証要求は、対象アプリケーションの償還コードをさらに含み、
アプリケーションサーバによって、対象アプリケーションの識別子と第1端末のユーザ識別情報とに従って対象アプリケーションの認可情報を生成するステップの前に、方法は、
対象アプリケーションの償還コードを検証するステップと、検証が成功した場合に、対象アプリケーションの識別子と第1端末のユーザ識別情報とに従って対象アプリケーションの認可情報を生成するステップをトリガするステップとを含む。
【００２０】
第3の態様および第3の態様の第1の可能な実施態様から第2の可能な実施態様のうちのいずれか1つに関連して、第3の態様の第3の可能な実施態様では、アプリケーション認可要求は、
インストールパッケージをダウンロードする必要がないことを示す指示情報をさらに含む。
【００２１】
第4の態様によれば、本発明の一実施形態はインストールパッケージ認可方法を提供し、
アプリケーションサーバによって、第2端末が送信するアプリケーション認可要求を受信するステップであって、アプリケーション認可要求が対象アプリケーションの識別子と第1端末のユーザ識別情報とを含み、対象アプリケーションが第2端末にインストールされたアプリケーションであり、対象アプリケーションのインストールパッケージが、インストールされたアプリケーションに従って第2端末によって生成される、受信するステップと、
アプリケーションサーバによって、対象アプリケーションの識別子と第1端末のユーザ識別情報とに従って対象アプリケーションの認可情報を生成するステップであって、認可情報が、対象アプリケーションを使用する第1端末を認可するために使用される、生成するステップと、
アプリケーションサーバによって、認可情報を第2端末へ送信するステップとを含む。
【００２２】
第4の態様の第1の可能な実施態様では、  アプリケーション認可要求は、具体的にはアプリケーション購入要求であり、
アプリケーションサーバによって、対象アプリケーションの識別子と第1端末のユーザ識別情報とに従って対象アプリケーションの認可情報を生成するステップは、具体的には、
アプリケーションサーバによって、第2端末が送信するアプリケーション購入要求を受信するステップ、
アプリケーションサーバによって、第2端末が対象アプリケーションの代金を支払うことができるように第2端末の支払リンクを提供するステップ、
アプリケーションサーバによって、第2端末が送信する支払成功応答メッセージを受信するステップ、および、応答メッセージに従ってアプリケーションサーバによって、対象アプリケーションの識別子と第1端末のユーザ識別情報とに従って対象アプリケーションの認可情報を生成するステップをトリガするステップである。
【００２３】
第4の態様の第2の可能な実施態様では、
アプリケーション認可要求は、具体的には認可検証要求であり、認可検証要求は、対象アプリケーションの償還コードをさらに含み、
アプリケーションサーバによって、対象アプリケーションの識別子と第1端末のユーザ識別情報とに従って対象アプリケーションの認可情報を生成するステップの前に、方法は、
対象アプリケーションの償還コードを検証するステップと、検証が成功した場合に、対象アプリケーションの識別子と第1端末のユーザ識別情報とに従って対象アプリケーションの認可情報を生成するステップをトリガするステップとを含む。
【００２４】
第4の態様または第4の態様の第1の可能な実施態様に関連して、第4の態様の第2の可能な実施態様では、アプリケーション認可要求は、
インストールパッケージをダウンロードする必要がないことを示す指示情報をさらに含む。
【００２５】
前述の技術的解決策から、本発明の実施形態は、以下の利点を有することが分かる。
【００２６】
本発明の実施形態では、第2端末が送信する対象アプリケーションのインストールパッケージを取得した後、第1端末は、対象アプリケーションの識別子に従ってアプリケーション認可要求を生成し、アプリケーションサーバが第1端末のユーザ識別情報に従って対象アプリケーションの認可情報を生成して対象アプリケーションの認可情報を返信することができるように、アプリケーション認可要求をアプリケーションサーバへ送信し、アプリケーションサーバが送信する対象アプリケーションの認可情報を受信した後、第1端末は、第1端末が対象アプリケーションを正常に実行することができるように、対象アプリケーションのための使用許可を認可情報で搬送されたユーザ識別情報に従って更新する。加えて、第1端末は対象アプリケーションのインストールパッケージを第2端末から取得したので、アプリケーションサーバは、第1端末の支払のみを決定することができ、かつ、インストールパッケージのダウンロード方法を提供する必要がない。これは、第1端末が対象アプリケーションをインストールして使用するのをより便利にする。
【００２７】
本発明の実施形態または先行技術における技術的解決策をより明確に説明するために、以下で、それらの実施形態を説明するのに必要な添付の図面について簡単に述べる。明らかに、以下の説明における添付の図面は単に本発明のいくつかの実施形態を示すにすぎず、当業者は、これら添付の図面から難なく他の図面をさらに導出することができる。
【図面の簡単な説明】
【００２８】
【図１】本発明の一実施形態によるインストールパッケージ認可方法の概略的流れ図である。
【図２】本発明の一実施形態によるインストールパッケージ認可方法のシグナリング手順の概略図である。
【図３】本発明の一実施形態によるインストールパッケージ認可方法の別のシグナリング手順の概略図である。
【図４】本発明の一実施形態によるインストールパッケージ認可方法の別のシグナリング手順の概略図である。
【図５】本発明の一実施形態によるインストールパッケージ認可方法の別のシグナリング手順の概略図である。
【図６】本発明の一実施形態による端末の論理構造の概略図である。
【図７】本発明の一実施形態による端末の別の論理構造の概略図である。
【図８】本発明の一実施形態によるアプリケーションサーバの論理構造の概略図である。
【図９】本発明の一実施形態によるアプリケーションサーバの別の論理構造の概略図である。
【図１０】本発明の一実施形態によるコンピュータデバイスの概略的構造図である。
【発明を実施するための形態】
【００２９】
以下で、本発明の実施形態における添付の図面に関連して、本発明の実施形態における技術的解決策を明確かつ十分に説明する。明らかに、説明される実施形態は、本発明の実施形態の全部ではなく、一部であるにすぎない。本発明の実施形態に基づいて当業者によって難なく得られる他の全ての実施形態は、本発明の保護範囲内に含まれるものとする。
【００３０】
本発明の実施形態は、ユーザが有料アプリケーションのインストールパッケージをアプリケーションストアからダウンロードする必要がない場合に、ユーザが有料アプリケーションを正常に使用することを可能にするインストールパッケージ認可方法を提供する。
【００３１】
図1を参照すると、本発明の一実施形態によるインストールパッケージ認可方法の実施形態は、以下のステップを含む。
【００３２】
101．第1端末は、第2端末が送信する対象アプリケーションのインストールパッケージおよび対象アプリケーションの識別子を取得する。
【００３３】
第1端末は、第2端末が送信する対象アプリケーションのインストールパッケージおよび対象アプリケーションの識別子を取得する。具体的には、対象アプリケーションは、第2端末が第1端末と共有するアプリケーションであってもよく、任意選択で、第2端末は、WiFiネットワークを用いて対象アプリケーションのインストールパッケージおよび対象アプリケーションの識別子を第1端末へ送信してもよく、さらに、第2端末は、WeChat、FetionおよびQQなどのインスタント・メッセージ用ソフトウェアを用いて、対象アプリケーションのインストールパッケージおよび対象アプリケーションの識別子を第1端末へ送信してもよい。実際的なアプリケーションでは、WiFiネットワークに加えて、Bluetooth(登録商標)および近距離無線通信（NFC、Near  Field  Communication）などの通信モードを使用してもよい。
【００３４】
具体的には、対象アプリケーションは第2端末にインストールされたアプリケーションであり、対象アプリケーションのインストールパッケージは、インストールされたアプリケーションに従って第2端末によって生成される。
【００３５】
具体的には、対象アプリケーションの識別子は対象アプリケーションの一意の識別子であってもよい。
【００３６】
iOSプラットフォームでは、一意の識別子の形式は、＜key＞itemId＜／key＞；＜integer＞413616230＜／integer＞であってもよい。
【００３７】
Androidプラットフォームでは、一意の識別子の形式は、com．company．appであってもよい。
【００３８】
Windows  Phoneプラットフォームでは、一意の識別子の形式は、ProductID＝“｛c7b12de2−d55b−4d59−a431−815d6a987dc0｝”であってもよい。
【００３９】
本発明の本実施形態では、第1端末は、対象アプリケーションの共有を受信する端末であり、第2端末は、対象アプリケーションを共有する端末である。本実施形態における「第1」および「第2」は、シーケンス、順序および重要性の関係がなく、2つの端末、つまり、共有を提供する端末と共有を受信する端末とを区別するためにのみ使用されることを理解することができる。したがって、「第1」および「第2」の記述は、本発明の本実施形態における端末の実際的な構造または機能の限定として解釈されるべきではない。
【００４０】
102．第1端末は、対象アプリケーションの識別子に従ってアプリケーション認可要求を生成する。
【００４１】
第1端末は、対象アプリケーションの識別子に従ってアプリケーション認可要求を生成し、アプリケーション認可要求は、インストールパッケージをダウンロードする必要がないことを示す指示情報と、対象アプリケーションの識別子と、第1端末のユーザ識別情報とを含む。
【００４２】
アプリケーション認可要求は、1つまたは複数のメッセージであってもよい。
【００４３】
本発明の本実施形態では、第1端末は対象アプリケーションのインストールパッケージを第2端末から取得したので、アプリケーションサーバは、ダウンロードを提供する必要はない。インストールパッケージをダウンロードする必要がないことを示す指示情報は、アプリケーションサーバがインストールパッケージのダウンロードサービスを提供する必要がないことを、アプリケーションサーバに知らせるために使用されてもよい。
【００４４】
第1端末のユーザ識別情報は、アプリケーションサーバ側で、第1端末が対象アプリケーションを使用することを可能にする認可情報を生成するために使用される。
【００４５】
具体的には、ユーザ識別情報は、ユーザ・アカウント情報またはデバイスIDであってもよい。
【００４６】
103．第1端末は、アプリケーション認可要求をアプリケーションサーバへ送信する。
【００４７】
第1端末は、アプリケーション認可要求をアプリケーションサーバへ送信し、アプリケーション認可要求は、アプリケーションサーバが第1端末のユーザ識別情報に従って対象アプリケーションの認可情報を生成して、対象アプリケーションの認可情報を返信することができるように使用される。
【００４８】
認可情報は第1端末のユーザ識別情報を含む。
【００４９】
アプリケーションサーバ側では、第1端末が対象アプリケーションの代金を支払ったことが正常に決定された後、第1端末のユーザ識別情報に従って対象アプリケーションの認可情報を生成することができる。ここで、認可情報は、第1端末のユーザ識別情報を含む（つまり、第1端末のユーザ識別情報に結合される）。対象アプリケーションの認可情報が生成された後、アプリケーションサーバは、対象アプリケーションの認可情報を第1端末へ返信する。
【００５０】
実際的なアプリケーションでは、アプリケーションサーバは、例えばApp  Storeなどの移動端末のアプリケーションストアであってもよい。
【００５１】
104．第1端末は、アプリケーションサーバが送信する対象アプリケーションの認可情報を受信する。
【００５２】
第1端末は、アプリケーションサーバが送信する対象アプリケーションの認可情報を受信し、認可情報はユーザ識別情報を含み、ユーザ識別情報は、アプリケーションサーバ上の第1端末の登録情報である。
【００５３】
105．第1端末は、ユーザ識別情報を用いて対象アプリケーションのための使用許可を更新する。
【００５４】
認可情報を取得した後、第1端末は、認可情報で搬送されたユーザ識別情報を用いて、対象アプリケーションのための使用許可を更新してもよい。
【００５５】
任意選択で、使用許可を更新する手順は、対象アプリケーションのインストール許可を更新ステップであってもよく、または、対象アプリケーションの実行許可を更新するステップであってもよい。具体的な更新方法は、実際の要件に従って決定されてもよく、本明細書において具体的に限定されない。
【００５６】
実際的なアプリケーションでは、対象アプリケーションのインストールパッケージは第2端末によって送信されるので、第2端末の使用許可は、インストールパッケージ用に設定される（つまり、第2端末のみがインストールパッケージを使用することができる）場合がある。この場合、認可情報をアプリケーションサーバから取得した後、第1端末は、第1端末が対象アプリケーションを正常に使用することができるように、認可情報を用いて対象アプリケーションのための使用許可を更新してもよい。
【００５７】
本発明の本実施形態では、アプリケーションは、iOSプラットフォーム上で厳格に管理され、かつ、制御されるため、本発明の本実施形態が提供する解決策がiOSプラットフォーム上で使用される場合に有意である。
【００５８】
本発明の本実施形態では、第2端末が送信する対象アプリケーションのインストールパッケージを取得した後、第1端末は、対象アプリケーションの識別子に従ってアプリケーション認可要求を生成し、アプリケーションサーバが第1端末のユーザ識別情報に従って対象アプリケーションの認可情報を生成して対象アプリケーションの認可情報を返信することができるように、アプリケーション認可要求をアプリケーションサーバへ送信し、アプリケーションサーバが送信する対象アプリケーションの認可情報を受信した後、第1端末は、第1端末が対象アプリケーションを正常に実行することができるように、対象アプリケーションのための使用許可を認可情報で搬送されたユーザ識別情報に従って更新する。加えて、第1端末は対象アプリケーションのインストールパッケージを第2端末から取得したので、アプリケーションサーバは、第1端末の支払のみを決定することができ、かつ、インストールパッケージのダウンロード方法を提供する必要がない。これは、第1端末が対象アプリケーションをインストールして使用するのをより便利にする。
【００５９】
第1端末が対象アプリケーションをアプリケーションサーバから購入するシナリオを用いて、本発明の一実施形態を以下に説明する。図2を参照すると、本発明の一実施形態によるインストールパッケージ認可方法の別の実施形態は、以下のステップを含む。
【００６０】
201．第2端末は、第2端末のアカウント情報を用いて、対象アプリケーションをアプリケーションサーバから購入する。
【００６１】
具体的には、対象アプリケーションを正常に購入した後、第2端末は、対象アプリケーションのインストールパッケージをアプリケーションサーバからダウンロードし、インストールパッケージを用いて、対象アプリケーションを第2端末にローカルでインストールする。
【００６２】
具体的には、対象アプリケーションは第2端末にインストールされたアプリケーションであり、対象アプリケーションのインストールパッケージは、インストールされたアプリケーションに従って第2端末によって生成される。
【００６３】
202．第2端末は、対象アプリケーションのインストールパッケージおよび対象アプリケーションの識別子を第1端末へ送信する。
【００６４】
具体的には、第2端末は、WiFiネットワークを用いて対象アプリケーションのインストールパッケージおよび対象アプリケーションの識別子を第1端末へ送信してもよく、さらに、第2端末は、WeChat、FetionおよびQQなどのインスタント・メッセージ用ソフトウェアを用いて、対象アプリケーションのインストールパッケージおよび対象アプリケーションの識別子を第1端末へ送信してもよい。実際的なアプリケーションでは、WiFiネットワークに加えて、Bluetooth(登録商標)および近距離無線通信（NFC、Near  Field  Communication）などの通信モードを使用してもよい。
【００６５】
203．第1端末は、インストールパッケージの完全性を確認する。
【００６６】
対象アプリケーションのインストールパッケージおよび対象アプリケーションの識別子を受信した後、第1端末は、インストールパッケージの完全性を確認し、完全性の確認が成功した（つまり、インストールパッケージが改ざんされておらず、有効に使用することができる）場合、購入手続を実行し続ける。
【００６７】
204．第1端末は、対象アプリケーションの識別子に従ってアプリケーション購入要求を生成する。
【００６８】
第1端末は、対象アプリケーションの識別子に従ってアプリケーション購入要求を生成し、アプリケーション購入要求は、インストールパッケージをダウンロードする必要がないことを示す指示情報と、対象アプリケーションの識別子と、第1端末のユーザ識別情報とを含む。
【００６９】
具体的には、インストールパッケージをダウンロードする必要がないことを示す指示情報は、「1」に設定されるdownloadフィールドであってもよい。downloadフィールドが「1」に設定される場合、第1端末が対象アプリケーションのインストールパッケージをダウンロードしたこと、および、インストールパッケージをアプリケーションサーバから再度ダウンロードする必要がないことを示し、downloadフィールドが「0」に設定される場合、第1端末が対象アプリケーションのインストールパッケージをダウンロードしていないこと、および、インストールパッケージをアプリケーションサーバからダウンロードする必要があることを示す。
【００７０】
205．第1端末は、アプリケーション購入要求をアプリケーションサーバへ送信する。
【００７１】
第1端末は、アプリケーション購入要求をアプリケーションサーバへ送信し、アプリケーション購入要求は、対象アプリケーションの認可情報をアプリケーションサーバから購入するために使用される。認可情報は第1端末のユーザ識別情報を含む。
【００７２】
206．アプリケーションサーバは、ダウンロードサービスを提供すべきかどうかを決定する。
【００７３】
アプリケーション購入要求を受信した後、アプリケーションサーバはdownloadフィールドをアプリケーション購入要求から抽出し、downloadフィールドが「0」に設定されている場合、先行技術の手順が行われ、ダウンロードサービスはユーザによる購入の後に提供され、downloadフィールドが「1」に設定されている場合、本発明の本実施形態の手順が行われ、認可情報はユーザによる購入の後に提供され、ダウンロードサービスを提供する必要はない。
【００７４】
207．アプリケーションサーバは、第1端末の支払リンクを提供する。
【００７５】
ダウンロードサービスを第1端末に提供する必要がないことを決定した後、アプリケーションサーバは、ユーザが支払操作を行うことができるように第1端末の支払リンクを提供する。
【００７６】
208．第1端末は、支払成功応答メッセージをアプリケーションサーバへ返信する。
【００７７】
第1端末は、支払リンクに従って対象アプリケーションの代金を支払う。支払が成功した後、第1端末は、支払成功応答メッセージをアプリケーションサーバへ返信し、アプリケーションサーバをトリガして、第1端末のユーザ識別情報に従って対象アプリケーションの認可情報を生成し、対象アプリケーションの認可情報を返信する。
【００７８】
209．アプリケーションサーバは、対象アプリケーションの認可情報を第1端末へ送信する。
【００７９】
第1端末が送信する支払成功応答メッセージを受信した後、第1端末が支払ったかどうかが決定され、その後、対象アプリケーションの識別子および第1端末のユーザ識別情報に従って対象アプリケーションの認可情報が生成される。ここで、認可情報はユーザ識別情報を含み、ユーザ識別情報はアプリケーションサーバ上の第1端末の登録情報である。
【００８０】
対象アプリケーションの認可情報を生成した後、アプリケーションサーバは、対象アプリケーションの認可情報を第1端末へ送信する。
【００８１】
210．第1端末は、ユーザ識別情報を用いて対象アプリケーションのための使用許可を更新する。
【００８２】
認可情報を取得した後、第1端末は、第1端末がインストールパッケージを正常に実行する許可を取得することができるように、ユーザ識別情報を用いて対象アプリケーションのインストールパッケージの認可情報を更新する。
【００８３】
具体的には、第1端末は、最初に、第2端末の認可情報を元の対象アプリケーションのインストールパッケージから削除し、その後に、第1端末のユーザ識別情報をインストールパッケージに書き込んで第1端末の認可情報を生成し、認可情報の更新を完了した後、第1端末は、更新されたインストールパッケージを用いて対象アプリケーションをインストールすることができる。
【００８４】
実際的なアプリケーションでは、アプリケーションサーバ側はいくつかの償還コードを発行し、ここで、これらの償還コードについては、アプリケーションサーバ側が提供してもよく、あるいは、別のユーザが購入して使用しなくてもよい（支払証書と同等である）。償還コードを取得した後、第1端末は、購入手続を行う必要はない。図3を参照すると、本発明の一実施形態によるインストールパッケージ認可方法の別の実施形態は、以下のステップを含む。
【００８５】
301．第2端末は、第2端末のアカウント情報を用いて、対象アプリケーションをアプリケーションサーバから購入する。
【００８６】
具体的には、対象アプリケーションを正常に購入した後、第2端末は、対象アプリケーションのインストールパッケージをアプリケーションサーバからダウンロードし、インストールパッケージを用いて、対象アプリケーションを第2端末にローカルでインストールする。
【００８７】
具体的には、対象アプリケーションは第2端末にインストールされたアプリケーションであり、対象アプリケーションのインストールパッケージは、インストールされたアプリケーションに従って第2端末によって生成される。
【００８８】
303．第2端末は、対象アプリケーションのインストールパッケージおよび対象アプリケーションの識別子を第1端末へ送信する。
【００８９】
具体的には、第2端末は、WiFiネットワークを用いて対象アプリケーションのインストールパッケージおよび対象アプリケーションの識別子を第1端末へ送信してもよく、さらに、第2端末は、WeChat、FetionおよびQQなどのインスタント・メッセージ用ソフトウェアを用いて、対象アプリケーションのインストールパッケージおよび対象アプリケーションの識別子を第1端末へ送信してもよい。実際的なアプリケーションでは、WiFiネットワークに加えて、Bluetooth(登録商標)および近距離無線通信（NFC、Near  Field  Communication）などの通信モードを使用してもよい。
【００９０】
任意選択で、第2端末が対象アプリケーションの償還コードを追加で購入する場合、償還コードはさらに、WiFiネットワークを用いて第1端末へ送信されてもよい。実際的なアプリケーションでは、WiFiネットワークに加えて、Bluetooth(登録商標)および近距離無線通信（NFC、Near  Field  Communication）などの通信モードを使用してもよい。
【００９１】
303．第1端末は、インストールパッケージの完全性を確認する。
【００９２】
対象アプリケーションのインストールパッケージおよび対象アプリケーションの識別子を受信した後、第1端末はインストールパッケージの完全性を確認し、完全性の確認が成功した場合、対象アプリケーションの識別子を抽出する。
【００９３】
304．第1端末は、対象アプリケーションの識別子に従って認可認証要求を生成する。
【００９４】
第1端末は、対象アプリケーションの償還コードを取得する。任意選択で、償還コードについては、第2端末が送信してもよく、あるいは、第1端末が別の方法で取得してもよく、本明細書において具体的に限定されない。
【００９５】
第1端末は、対象アプリケーションの識別子に従って認可認証要求を生成し、認可認証要求は、インストールパッケージをダウンロードする必要がないことを示す指示情報と、対象アプリケーションの識別子と、第1端末のユーザ識別情報とを含む。さらに、認可認証要求は対象アプリケーションの償還コードをさらに含む。
【００９６】
具体的には、インストールパッケージをダウンロードする必要がないことを示す指示情報は、「1」に設定されるdownloadフィールドであってもよい。downloadフィールドが「1」に設定される場合、第1端末が対象アプリケーションのインストールパッケージをダウンロードしたこと、および、インストールパッケージをアプリケーションサーバから再度ダウンロードする必要がないことを示し、downloadフィールドが「0」に設定される場合、第1端末が対象アプリケーションのインストールパッケージをダウンロードしていないこと、および、インストールパッケージをアプリケーションサーバからダウンロードする必要があることを示す。
【００９７】
305．第1端末は、認可認証要求をアプリケーションサーバへ送信する。
【００９８】
第1端末は、認可認証要求をアプリケーションサーバへ送信し、ここで、認可認証要求は、対象アプリケーションの償還コードを検証するようにアプリケーションサーバに要求するために使用される。
【００９９】
306．アプリケーションサーバは、ダウンロードサービスを提供すべきかどうかを決定する。
【０１００】
認可認証要求を受信した後、アプリケーションサーバはdownloadフィールドを認可認証要求から抽出し、downloadフィールドが「0」に設定されている場合、先行技術の手順が行われ、ダウンロードサービスはユーザによる購入の後に提供され、downloadフィールドが「1」に設定されている場合、本発明の本実施形態の手順が行われ、認可情報はユーザによる購入の後に提供され、ダウンロードサービスを提供する必要はない。
【０１０１】
307．アプリケーションサーバは、対象アプリケーションの償還コードを検証する。
【０１０２】
アプリケーションサーバは、対象アプリケーションの償還コードを検証し、償還コードが有効である場合、ステップ308を行う。
【０１０３】
308．アプリケーションサーバは、対象アプリケーションの認可情報を第1端末へ送信する。
【０１０４】
償還コードが有効であることが検証された後、第1端末が支払ったかどうかが決定され、その後、対象アプリケーションの識別子および第1端末のユーザ識別情報に従って対象アプリケーションの認可情報が生成される。ここで、認可情報はユーザ識別情報を含み、ユーザ識別情報はアプリケーションサーバ上の第1端末の登録情報である。
【０１０５】
対象アプリケーションの認可情報を生成した後、アプリケーションサーバは、対象アプリケーションの認可情報を第1端末へ送信する。
【０１０６】
309．第1端末は、ユーザ識別情報を用いて対象アプリケーションのための使用許可を更新する。
【０１０７】
認可情報を取得した後、第1端末は、第1端末がインストールパッケージを正常に実行する許可を取得することができるように、ユーザ識別情報を用いて対象アプリケーションのインストールパッケージの認可情報を更新する。
【０１０８】
具体的には、第1端末は、最初に、第2端末の認可情報を元の対象アプリケーションのインストールパッケージから削除し、その後に、第1端末のユーザ識別情報をインストールパッケージに書き込んで第1端末の認可情報を生成し、認可情報の更新を完了した後、第1端末は、更新されたインストールパッケージを用いて対象アプリケーションをインストールすることができる。
【０１０９】
実際的なアプリケーションでは、インストールパッケージによって認可情報を認証する異なる方法に従って、ユーザは、インストールパッケージを実行することで対象アプリケーションをまずインストールすることができ、ユーザが対象アプリケーションを使用する必要がある場合、ユーザは、対象アプリケーションに対して認可認証を行う。図4を参照すると、本発明の一実施形態によるインストールパッケージ認可方法の別の実施形態は、以下のステップを含む。
【０１１０】
401．第2端末は、第2端末のアカウント情報を用いて、対象アプリケーションをアプリケーションサーバから購入する。
【０１１１】
具体的には、対象アプリケーションを正常に購入した後、第2端末は、対象アプリケーションのインストールパッケージをアプリケーションサーバからダウンロードし、インストールパッケージを用いて、対象アプリケーションを第2端末にローカルでインストールする。
【０１１２】
具体的には、対象アプリケーションは第2端末にインストールされたアプリケーションであり、対象アプリケーションのインストールパッケージは、インストールされたアプリケーションに従って第2端末によって生成される。
【０１１３】
402．第2端末は、対象アプリケーションのインストールパッケージおよび対象アプリケーションの識別子を第1端末へ送信する。
【０１１４】
具体的には、第2端末は、WiFiネットワークを用いて対象アプリケーションのインストールパッケージおよび対象アプリケーションの識別子を第1端末へ送信してもよく、さらに、第2端末は、WeChat、FetionおよびQQなどのインスタント・メッセージ用ソフトウェアを用いて、対象アプリケーションのインストールパッケージおよび対象アプリケーションの識別子を第1端末へ送信してもよい。実際的なアプリケーションでは、WiFiネットワークに加えて、Bluetooth(登録商標)および近距離無線通信（NFC、Near  Field  Communication）などの通信モードを使用してもよい。
【０１１５】
403．第1端末は、インストールパッケージの完全性を確認する。
【０１１６】
対象アプリケーションのインストールパッケージおよび対象アプリケーションの識別子を受信した後、第1端末はインストールパッケージの完全性を確認し、完全性の確認が成功した場合、対象アプリケーションの識別子を抽出する。
【０１１７】
404．第1端末は、インストールパッケージを実行することで対象アプリケーションをインストールする。
【０１１８】
第1端末は、インストールパッケージを実行することで対象アプリケーションをインストールし、インストールが成功した後に、対象アプリケーションが認可される必要があるというプロンプトを受信する。対象アプリケーションが認可される必要があるというプロンプトを見た後、ユーザは、第1端末を操作して対象アプリケーションの認可手続をトリガすることができる。具体的には、図2および図3の前述の実施形態に記載されているように、認可手続は購入手続であってもよく、または償還コード検証手続であってもよい。購入手続を、本発明の本実施形態において説明する。
【０１１９】
405．第1端末は、対象アプリケーションの識別子に従ってアプリケーション購入要求を生成する。
【０１２０】
アプリケーション購入指示をユーザから受信した後、第1端末は、対象アプリケーションの識別子に従ってアプリケーション購入要求を生成し、ここで、アプリケーション購入要求は、インストールパッケージをダウンロードする必要がないことを示す指示情報と、対象アプリケーションの識別子と、第1端末のユーザ識別情報とを含む。
【０１２１】
具体的には、インストールパッケージをダウンロードする必要がないことを示す指示情報は、「1」に設定されるdownloadフィールドであってもよい。downloadフィールドが「1」に設定される場合、第1端末が対象アプリケーションのインストールパッケージをダウンロードしたこと、および、インストールパッケージをアプリケーションサーバから再度ダウンロードする必要がないことを示し、downloadフィールドが「0」に設定される場合、第1端末が対象アプリケーションのインストールパッケージをダウンロードしていないこと、および、インストールパッケージをアプリケーションサーバからダウンロードする必要があることを示す。
【０１２２】
406．第1端末は、アプリケーション購入要求をアプリケーションサーバへ送信する。
【０１２３】
第1端末は、アプリケーション購入要求をアプリケーションサーバへ送信し、アプリケーション購入要求は、対象アプリケーションの認可情報をアプリケーションサーバから購入するために使用される。
【０１２４】
407．アプリケーションサーバは、ダウンロードサービスを提供すべきかどうかを決定する。
【０１２５】
アプリケーション購入要求を受信した後、アプリケーションサーバはdownloadフィールドをアプリケーション購入要求から抽出し、downloadフィールドが「0」に設定されている場合、先行技術の手順が行われ、ダウンロードサービスはユーザによる購入の後に提供され、downloadフィールドが「1」に設定されている場合、本発明の本実施形態の手順が行われ、認可情報はユーザによる購入の後に提供され、ダウンロードサービスを提供する必要はない。
【０１２６】
408．アプリケーションサーバは、第1端末の支払リンクを提供する。
【０１２７】
ダウンロードサービスを第1端末に提供する必要がないことを決定した後、アプリケーションサーバは、ユーザが支払操作を行うことができるように第1端末の支払リンクを提供する。
【０１２８】
409．第1端末は、支払成功応答メッセージをアプリケーションサーバへ返信する。
【０１２９】
第1端末は、支払リンクに従って対象アプリケーションの代金を支払う。支払が成功した後、第1端末は、支払成功応答メッセージをアプリケーションサーバへ返信し、アプリケーションサーバをトリガして、第1端末のユーザ識別情報に従って対象アプリケーションの認可情報を生成し、対象アプリケーションの認可情報を返信する。
【０１３０】
410．アプリケーションサーバは、対象アプリケーションの認可情報を第1端末へ送信する。
【０１３１】
第1端末が送信する支払成功応答メッセージを受信した後、第1端末が支払ったかどうかが決定され、その後、対象アプリケーションの識別子および第1端末のユーザ識別情報に従って対象アプリケーションの認可情報が生成される。ここで、認可情報はユーザ識別情報を含み、ユーザ識別情報はアプリケーションサーバ上の第1端末の登録情報である。
【０１３２】
対象アプリケーションの認可情報を生成した後、アプリケーションサーバは、対象アプリケーションの認可情報を第1端末へ送信する。
【０１３３】
411．第1端末は、ユーザ識別情報を用いて対象アプリケーションのための使用許可を更新する。
【０１３４】
認可情報を取得した後、第1端末は、ユーザ識別情報を用いて、第1端末が対象アプリケーションを実行することができるように対象アプリケーションの許可設定情報を更新し、ここで、許可設定情報は、特定の端末が対象アプリケーションを使用してもよいという許可である。
【０１３５】
実際的なアプリケーションでは、ユーザに関連する情報は、対象アプリケーションの許可設定情報に記録され、このユーザに関連する情報は、例えば購入用ユーザアカウント、デバイスID、アプリケーションID、ベンダ、カテゴリ、購入日および価格であり、App  Storeなどのアプリケーションストア内のユーザの購入情報の署名ファイルが含まれる。
【０１３６】
具体的には、対象アプリケーションのインストールが完了した後、第1端末は、最初に、第2端末の許可設定情報を元の対象アプリケーションから削除し、その後に、第1端末のユーザ識別情報を対象アプリケーションの許可設定情報に書き込んで第1端末の認可情報を生成し、認可情報の更新を完了した後、第1端末は、対象アプリケーションのプログラムを実行することができる。
【０１３７】
実際的なアプリケーションでは、第2端末は、第1端末用の対象アプリケーションを購入することができる。図5を参照すると、本発明の一実施形態によるインストールパッケージ認可方法の別の実施形態は、以下のステップを含む。
【０１３８】
501．第2端末は、第1端末が送信する第1端末のユーザ識別情報を取得する。
【０１３９】
本発明の本実施形態では、第2端末が第1端末用の対象アプリケーションを購入しようとする場合、アプリケーションサーバ上で第1端末のユーザ識別情報を用いて認証および登録を行う必要がある。
【０１４０】
具体的には、対象アプリケーションは第2端末にインストールされたアプリケーションであり、対象アプリケーションのインストールパッケージは、インストールされたアプリケーションに従って第2端末によって生成される。
【０１４１】
502．第2端末は、アプリケーション購入要求を生成する。
【０１４２】
第2端末はアプリケーション購入要求を生成し、ここで、アプリケーション購入要求は、インストールパッケージをダウンロードする必要がないことを示す指示情報と、対象アプリケーションの識別子と、第1端末のユーザ識別情報とを含む。
【０１４３】
具体的には、インストールパッケージをダウンロードする必要がないことを示す指示情報は、「1」に設定されるdownloadフィールドであってもよい。downloadフィールドが「1」に設定される場合、第1端末が対象アプリケーションのインストールパッケージをダウンロードしたこと、および、インストールパッケージをアプリケーションサーバから再度ダウンロードする必要がないことを示し、downloadフィールドが「0」に設定される場合、第1端末が対象アプリケーションのインストールパッケージをダウンロードしていないこと、および、インストールパッケージをアプリケーションサーバからダウンロードする必要があることを示す。
【０１４４】
503．第2端末は、アプリケーション購入要求をアプリケーションサーバへ送信する。
【０１４５】
第2端末は、アプリケーション購入要求をアプリケーションサーバへ送信し、アプリケーション購入要求は、対象アプリケーションの認可情報をアプリケーションサーバから購入するために使用される。
【０１４６】
任意選択で、図2および図3の前述の実施形態に記載されているように、対象アプリケーションの認可手続は購入手続であってもよく、または償還コード検証手続であってもよい。購入手続を、本発明の本実施形態において説明する。
【０１４７】
504．アプリケーションサーバは、ダウンロードサービスを提供すべきかどうかを決定する。
【０１４８】
アプリケーション購入要求を受信した後、アプリケーションサーバはdownloadフィールドをアプリケーション購入要求から抽出し、downloadフィールドが「0」に設定されている場合、先行技術の手順が行われ、ダウンロードサービスはユーザによる購入の後に提供され、downloadフィールドが「1」に設定されている場合、本発明の本実施形態の手順が行われ、認可情報はユーザによる購入の後に提供され、ダウンロードサービスを提供する必要はない。
【０１４９】
505．アプリケーションサーバは、第2端末の支払リンクを提供する。
【０１５０】
アプリケーションサーバは、ユーザが支払操作を行うことができるように第2端末の支払リンクを提供する。
【０１５１】
506．第2端末は、支払成功応答メッセージをアプリケーションサーバへ返信する。
【０１５２】
第2端末は、支払リンクに従って対象アプリケーションの代金を支払う。支払が成功した後、第2端末は、支払成功応答メッセージをアプリケーションサーバへ返信し、アプリケーションサーバをトリガして、第1端末のユーザ識別情報に従って対象アプリケーションの認可情報を生成し、対象アプリケーションの認可情報を返信する。
【０１５３】
507．アプリケーションサーバは、対象アプリケーションの認可情報を第2端末へ送信する。
【０１５４】
第2端末が送信する支払成功応答メッセージを受信した後、第2端末が支払ったかどうかが決定され、その後、対象アプリケーションの識別子および第1端末のユーザ識別情報に従って対象アプリケーションの認可情報が生成される。ここで、認可情報はユーザ識別情報を含み、ユーザ識別情報はアプリケーションサーバ上の第1端末の登録情報である。
【０１５５】
対象アプリケーションの認可情報を生成した後、アプリケーションサーバは、対象アプリケーションの認可情報を第2端末へ送信する。
【０１５６】
508．第2端末は、ユーザ識別情報を用いて、対象アプリケーションのインストールパッケージ内の認可情報を更新する。
【０１５７】
認可情報を取得した後、第2端末は、第1端末がインストールパッケージを正常に実行する許可を取得することができるように、ユーザ識別情報を用いて対象アプリケーションのインストールパッケージの認可情報を更新する。
【０１５８】
509．第2端末は、認可情報が更新された対象アプリケーションのインストールパッケージを第1端末へ送信する。
【０１５９】
第1端末が認可情報が更新された対象アプリケーションのインストールパッケージを取得した後、第1端末の認可情報がインストールパッケージに書き込まれているので、第1端末は、対象アプリケーションを正常にインストールして使用することができる。
【０１６０】
本発明による、前述のインストールパッケージ認可方法を実行するように構成された端末の実施形態を以下に説明する。端末の論理構造については、図6を参照することができる。本発明の本実施形態における端末は、第1端末として使用され、ここで、第1端末は第2端末とデータを交換することができ、端末は、
第2端末が送信する対象アプリケーションのインストールパッケージと対象アプリケーションの識別子とを取得するように構成されたデータ受信部601であって、対象アプリケーションが第2端末にインストールされたアプリケーションであり、対象アプリケーションのインストールパッケージが、インストールされたアプリケーションに従って第2端末によって生成される、データ受信部601と、
対象アプリケーションの識別子に従ってアプリケーション認可要求を生成するように構成されたデータ生成部602であって、アプリケーション認可要求が、対象アプリケーションの識別子と第1端末のユーザ識別情報とを含む、データ生成部602と、
アプリケーション認可要求をアプリケーションサーバへ送信するように構成されたデータ送信部603であって、アプリケーションサーバが、第1端末のユーザ識別情報に従って対象アプリケーションの認可情報を生成して、対象アプリケーションの認可情報を返信することを可能にするために、アプリケーション認可要求が使用される、データ送信部603とを含み、
データ受信部601は、アプリケーションサーバが送信する対象アプリケーションの認可情報を受信するようにさらに構成され、認可情報は第1端末のユーザ識別情報を含み、認可情報は、対象アプリケーションを使用する第1端末を認可するために使用される。
【０１６１】
任意選択で、アプリケーション認可要求は、インストールパッケージをダウンロードする必要がないことを示す指示情報をさらに含む。
【０１６２】
認可情報はユーザ識別情報を含み、ユーザ識別情報はアプリケーションサーバ上の第1端末の登録情報である。
【０１６３】
さらに、端末は、
対象アプリケーションのインストールパッケージを使用して、対象アプリケーションをインストールするように構成されたインストール部606と、
対象アプリケーションの認可情報を使用して、対象アプリケーションの許可設定情報を更新するように構成された許可更新部604であって、許可設定情報は、第1端末が対象アプリケーションを使用してもよいという許可である、許可更新部604とをさらに含む。
【０１６４】
アプリケーション認可要求は、具体的にはアプリケーション購入要求であり、
データ受信部601は、アプリケーションサーバが提供する支払リンクを受信するようにさらに構成され、
データ送信部は、アプリケーション購入要求をアプリケーションサーバへ送信するようにさらに構成され、
データ受信部は、アプリケーションサーバが提供する支払リンクを受信するようにさらに構成される。
【０１６５】
さらに、端末は、
アプリケーションサーバが対象アプリケーションの認可情報を生成することができるように、支払リンクに従って対象アプリケーションの代金を支払うように構成された支払部605であって、認可情報が第1端末のユーザ識別情報を含む、支払部605をさらに含む。
【０１６６】
データ受信部601は、対象アプリケーションの償還コードを取得するようにさらに構成され、
それに対応して、アプリケーション認可要求は、具体的には認可検証要求であり、認可検証要求は対象アプリケーションの償還コードをさらに含む。
【０１６７】
許可更新部604は、具体的には、第1端末がインストールパッケージを正常に実行する許可を取得することができるように、ユーザ識別情報を用いて対象アプリケーションのインストールパッケージの認可情報を更新するように構成される。
【０１６８】
本発明による、前述のインストールパッケージ認可方法を実行するように構成された端末の実施形態を以下に説明する。端末の論理構造については、図7を参照することができる。端末は第2端末として使用され、第2端末は第1端末とデータを交換することができ、端末は、
第1端末が送信する第1端末のユーザ識別情報を取得するように構成された情報受信部701と、
アプリケーション認可要求生成するように構成された情報生成部702であって、アプリケーション認可要求が、対象アプリケーションの識別子と第1端末のユーザ識別情報とを含み、対象アプリケーションが第2端末にインストールされたアプリケーションであり、対象アプリケーションのインストールパッケージが、インストールされたアプリケーションに従って第2端末によって生成される、情報生成部702と、
アプリケーション認可要求をアプリケーションサーバへ送信する情報送信部703であって、アプリケーションサーバが第1端末のユーザ識別情報に従って対象アプリケーションの認可情報を生成することを可能にするために、アプリケーション認可要求が使用され、認可情報が第1端末のユーザ識別情報を含む、情報送信部とを含み、
情報受信部701は、アプリケーションサーバが送信する対象アプリケーションの認可情報を受信するようにさらに構成され、
ここで、認可情報は、対象アプリケーションを使用する第1端末を認可するために使用され、
情報送信部703は、第1端末が対象アプリケーションをインストールして使用することができるように、対象アプリケーションのインストールパッケージおよび認可情報を第1端末へ送信するようにさらに構成される。
【０１６９】
任意選択で、アプリケーション認可要求は、インストールパッケージをダウンロードする必要がないことを示す指示情報をさらに含む。
【０１７０】
認可情報はユーザ識別情報を含み、ユーザ識別情報はアプリケーションサーバ上の第1端末の登録情報である。
【０１７１】
さらに、端末は、
ユーザ識別情報を用いて対象アプリケーション内のインストールパッケージの認可情報を更新するように構成されたユーザ許可更新部704をさらに含む。
【０１７２】
アプリケーション認可要求は、具体的にはアプリケーション購入要求であり、
情報受信部701は、アプリケーションサーバが提供する支払リンクを受信するようにさらに構成され、
アプリケーション認可要求は、具体的にはアプリケーション購入要求であり、
情報送信部は、アプリケーション購入要求をアプリケーションサーバへ送信するようにさらに構成され、
情報受信部は、アプリケーションサーバが提供する支払リンクを受信するようにさらに構成される。
【０１７３】
さらに、第2端末は、
アプリケーションサーバが対象アプリケーションの認可情報を生成することができるように、支払リンクに従って対象アプリケーションの代金を支払うように構成されたアプリケーション支払部705であって、認可情報が第1端末のユーザ識別情報を含む、アプリケーション支払部705をさらに含む。
【０１７４】
支払が成功した後、情報送信部703は、支払成功応答メッセージをアプリケーションサーバへ返信し、アプリケーションサーバをトリガして、第1端末のユーザ識別情報に従って対象アプリケーションの認可情報を生成し、対象アプリケーションの認可情報を返信するようにさらに構成される。
【０１７５】
情報受信部701は、対象アプリケーションの償還コードを取得するようにさらに構成され、
それに対応して、アプリケーション認可要求は、具体的には認可検証要求であり、認可検証要求は対象アプリケーションの償還コードをさらに含む。
【０１７６】
本発明による、前述のインストールパッケージ認可方法を実行するように構成されたアプリケーションサーバの実施形態を以下に説明する。アプリケーションサーバの論理構造については、図8を参照することができる。本発明の本実施形態におけるアプリケーションサーバの実施形態は、
第1端末が送信するアプリケーション認可要求を受信するように構成された受信部801であって、アプリケーション認可要求が対象アプリケーションの識別子と第1端末のユーザ識別情報とを含み、対象アプリケーションが第2端末にインストールされたアプリケーションであり、対象アプリケーションのインストールパッケージが、インストールされたアプリケーションに従って第2端末によって生成されて第1端末へ送信される、受信部801と、
対象アプリケーションの識別子と第1端末のユーザ識別情報とに従って対象アプリケーションの認可情報を生成するように構成された生成部802であって、認可情報が、対象アプリケーションを使用する第1端末を認可するために使用される、生成部802と、
認可情報を第1端末へ送信するように構成された送信部803とを含む。
【０１７７】
任意選択で、アプリケーション認可要求は、インストールパッケージをダウンロードする必要がないことを示す指示情報をさらに含む。
【０１７８】
認可情報はユーザ識別情報を含み、ユーザ識別情報はアプリケーションサーバ上の第1端末の登録情報である。
【０１７９】
アプリケーション認可要求は、具体的にはアプリケーション購入要求であり、
送信部803は、第1端末が対象アプリケーションの代金を支払うことができるように、第1端末の支払リンクを提供するようにさらに構成され、
受信部801は、第1端末が送信する支払成功応答メッセージを受信して、生成部をトリガするようにさらに構成される。
【０１８０】
アプリケーション認可要求は、具体的には認可検証要求であり、認可検証要求は、対象アプリケーションの償還コードをさらに含む。
【０１８１】
さらに、アプリケーションサーバは、対象アプリケーションの償還コードを検証し、検証が成功した場合に、生成部802をトリガするように構成された検証部804をさらに含む。
【０１８２】
本発明による、前述のインストールパッケージ認可方法を実行するように構成されたアプリケーションサーバの実施形態を以下に説明する。アプリケーションサーバの論理構造については、図9を参照することができる。本発明の本実施形態におけるアプリケーションサーバの実施形態は、
第2端末が送信するアプリケーション認可要求を受信するように構成されたデータ情報受信部901であって、アプリケーション認可要求が対象アプリケーションの識別子と第1端末のユーザ識別情報とを含み、対象アプリケーションが第2端末にインストールされたアプリケーションであり、対象アプリケーションのインストールパッケージが、インストールされたアプリケーションに従って第2端末によって生成される、データ情報受信部901と、
対象アプリケーションの識別子と第1端末のユーザ識別情報とに従って対象アプリケーションの認可情報を生成するように構成された認可生成部902であって、認可情報が第1端末のユーザ識別情報を含み、
認可情報が、対象アプリケーションを使用する第1端末を認可するために使用されて第1端末へ送信される、認可生成部902と、
認可情報を第2端末へ送信するように構成されたデータ情報送信部903とを含む。
【０１８３】
任意選択で、アプリケーション認可要求は、インストールパッケージをダウンロードする必要がないことを示す指示情報をさらに含む。
【０１８４】
認可情報はユーザ識別情報を含み、ユーザ識別情報はアプリケーションサーバ上の第1端末の登録情報である。
【０１８５】
アプリケーション認可要求は、具体的にはアプリケーション購入要求であり、
データ情報送信部903は、第1端末が対象アプリケーションの代金を支払うことができるように、第1端末の支払リンクを提供するようにさらに構成され、
データ情報受信部901は、第1端末が送信する支払成功応答メッセージを受信するようにさらに構成され、アプリケーションサーバは、応答メッセージに応じて、対象アプリケーションの識別子と第1端末のユーザ識別情報とに従って対象アプリケーションの認可情報を生成するステップをトリガする。
【０１８６】
アプリケーション認可要求は、具体的には認可検証要求であり、認可検証要求は、対象アプリケーションの償還コードをさらに含み、
さらに、アプリケーションサーバは、
対象アプリケーションの償還コードを検証し、検証が成功した場合に、認可生成部902をトリガするように構成された認可検証部904をさらに含む。
【０１８７】
本発明の実施形態における第1端末、第2端末およびアプリケーションサーバの各部の動作プロセスについては、前述の方法の実施形態を参照することができ、本明細書では詳述しない。
【０１８８】
本発明の一実施形態は、コンピュータ記憶媒体をさらに提供する。コンピュータ記憶媒体は、プログラムを記憶することができる。プログラムが実行されると、前述の方法の実施形態に記録された情報判定方法のステップの全てまたは一部が実行される。
【０１８９】
図10を参照すると、本発明の一実施形態は端末をさらに提供し、ここで、端末は、第1端末として使用され、
受信機1001と、送信機1002と、メモリ1003と、プロセッサ1004（1つまたは複数のプロセッサが端末内にあってもよく、1つのプロセッサを図10の実施例として使用する）とを含んでもよい。いくつかの本発明の実施形態では、受信機1001、送信機1002、メモリ1003およびプロセッサ1004は、バスを用いて、または別の方法で互いに接続されてもよく、それらがバスを用いて接続されていることを図10の実施例として使用する。
【０１９０】
受信機1001は、第2端末が送信する対象アプリケーションのインストールパッケージおよび対象アプリケーションの識別子とを取得するように構成され、対象アプリケーションは、第2端末にインストールされたアプリケーションであり、対象アプリケーションのインストールパッケージは、インストールされたアプリケーションに従って第2端末によって生成され、
メモリ1003は、対象アプリケーションのインストールパッケージおよび対象アプリケーションの識別子を記憶するように構成され、
プロセッサ1004は、対象アプリケーションの識別子に従ってアプリケーション認可要求を生成するように構成され、アプリケーション認可要求は、対象アプリケーションの識別子と第1端末のユーザ識別情報とを含み、
送信機1002は、アプリケーション認可要求をアプリケーションサーバへ送信し、アプリケーション認可要求は、アプリケーションサーバが第1端末のユーザ識別情報に従って対象アプリケーションの認可情報を生成して、対象アプリケーションの認可情報を返信することを可能にするために使用され、
受信機1001は、アプリケーションサーバが送信する対象アプリケーションの認可情報を受信するようにさらに構成され、認可情報は第1端末のユーザ識別情報を含み、認可情報は、対象アプリケーションを使用する第1端末を認可するために使用される。
【０１９１】
任意選択で、プロセッサ1004は、対象アプリケーションのインストールパッケージを使用して対象アプリケーションをインストールし、対象アプリケーションの認可情報を使用して対象アプリケーションの許可設定情報を更新するようにさらに構成され、ここで、許可設定情報は、第1端末が対象アプリケーションを使用してもよいという許可である。
【０１９２】
さらに、プロセッサ1004は、対象アプリケーションのインストールパッケージを使用して対象アプリケーションをインストールし、対象アプリケーションの認可情報を使用して対象アプリケーションの許可設定情報を設定するようにさらに構成され、ここで、許可設定情報は、第1端末が対象アプリケーションを使用してもよいという許可である。
【０１９３】
送信機1002は、アプリケーション購入要求をアプリケーションサーバへ送信するようにさらに構成され、
受信機1001は、アプリケーションサーバが提供する支払リンクを受信するようにさらに構成される。
【０１９４】
さらに、プロセッサ1004は、アプリケーションサーバが対象アプリケーションの認可情報を生成することができるように、支払リンクに従って対象アプリケーションの代金を支払うようにさらに構成され、ここで、認可情報は第1端末のユーザ識別情報を含む。
【０１９５】
受信機1001は、対象アプリケーションの償還コードを取得するようにさらに構成され、
それに対応して、アプリケーション認可要求は、具体的には認可検証要求であり、認可検証要求は対象アプリケーションの償還コードをさらに含む。
【０１９６】
アプリケーション認可要求は、インストールパッケージをダウンロードする必要がないことを示す指示情報をさらに含む。
【０１９７】
図10を再び参照すると、本発明の一実施形態は端末をさらに提供し、ここで、端末は、第2端末として使用され、
受信機1001と、送信機1002と、メモリ1003と、プロセッサ1004（1つまたは複数のプロセッサが端末内にあってもよく、1つのプロセッサを図10の実施例として使用する）とを含んでもよく、いくつかの本発明の実施形態では、受信機1001、送信機1002、メモリ1003およびプロセッサ1004は、バスを用いて、または別の方法で互いに接続されてもよく、それらがバスを用いて接続されていることを図10の実施例として使用する。
【０１９８】
受信機1001は、第1端末が送信する第1端末のユーザ識別情報を取得するように構成され、
メモリ1003は、第1端末のユーザ識別情報を記憶するように構成され、
プロセッサ1004は、アプリケーション認可要求を生成するように構成され、アプリケーション認可要求は、対象アプリケーションの識別子と第1端末のユーザ識別情報とを含み、ここで、対象アプリケーションは第2端末にインストールされたアプリケーションであり、対象アプリケーションのインストールパッケージは、インストールされたアプリケーションに従って第2端末によって生成され、
送信機1002は、アプリケーション認可要求をアプリケーションサーバへ送信し、ここで、アプリケーション認可要求は、アプリケーションサーバが第1端末のユーザ識別情報に従って対象アプリケーションの認可情報を生成することを可能にするために使用され、認可情報は第1端末のユーザ識別情報を含み、
受信機1001は、アプリケーションサーバが送信する対象アプリケーションの認可情報を受信するようにさらに構成され、ここで、認可情報は、対象アプリケーションを使用する第1端末を認可するために使用され、
送信機1002は、第1端末が対象アプリケーションをインストールして使用することができるように、対象アプリケーションのインストールパッケージおよび認可情報を第1端末へ送信するようにさらに構成される。
【０１９９】
任意選択で、アプリケーション認可要求は、具体的にはアプリケーション購入要求であり、
送信機1002は、アプリケーション購入要求をアプリケーションサーバへ送信するようにさらに構成され、
受信機1001は、アプリケーションサーバが提供する支払リンクを受信するようにさらに構成され、
アプリケーション支払部は、アプリケーションサーバが対象アプリケーションの認可情報を生成することができるように、支払リンクに従って対象アプリケーションの代金を支払うように構成され、ここで、認可情報は第1端末のユーザ識別情報を含む。
【０２００】
受信機1001は、対象アプリケーションの償還コードを取得するようにさらに構成され、
それに対応して、アプリケーション認可要求は、具体的には認可検証要求であり、認可検証要求は対象アプリケーションの償還コードをさらに含む。
【０２０１】
アプリケーション認可要求は、インストールパッケージをダウンロードする必要がないことを示す指示情報をさらに含む。
【０２０２】
図10を再び参照すると、本発明の一実施形態はアプリケーションサーバをさらに提供し、
受信機1001と、送信機1002と、メモリ1003と、プロセッサ1004（1つまたは複数のプロセッサがアプリケーションサーバ内にあってもよく、1つのプロセッサを図10の実施例として使用する）とを含んでもよく、いくつかの本発明の実施形態では、受信機1001、送信機1002、メモリ1003およびプロセッサ1004は、バスを用いて、または別の方法で互いに接続されてもよく、それらがバスを用いて接続されていることを図10の実施例として使用する。
【０２０３】
受信機1001は、第1端末が送信するアプリケーション認可要求を受信するように構成され、ここで、アプリケーション認可要求は、対象アプリケーションの識別子と第1端末のユーザ識別情報とを含み、対象アプリケーションは第2端末にインストールされたアプリケーションであり、対象アプリケーションのインストールパッケージは、インストールされたアプリケーションに従って第2端末によって生成されて第1端末へ送信され、
プロセッサ1004は、対象アプリケーションの識別子と第1端末のユーザ識別情報とに従って対象アプリケーションの認可情報を生成するように構成され、ここで、認可情報は、対象アプリケーションを使用する第1端末を認可するために使用され、
メモリ1003は、対象アプリケーションの認可情報を記憶するように構成され、
送信機1002は、認可情報を第1端末へ送信するように構成される。
【０２０４】
任意選択で、アプリケーション認可要求は、具体的にはアプリケーション購入要求であり、
受信機1001は、第1端末が送信するアプリケーション購入要求を受信するようにさらに構成され、
送信機1002は、第1端末が対象アプリケーションの代金を支払うことができるように、第1端末の支払リンクを提供するようにさらに構成され、
受信機1001は、第1端末が送信する支払成功応答メッセージを受信するようにさらに構成され、ここで、アプリケーションサーバは、応答メッセージに応じて生成動作を実行するプロセッサ1004をトリガする。
【０２０５】
アプリケーション認可要求は、具体的には認可検証要求であり、認可検証要求は、対象アプリケーションの償還コードをさらに含み、
プロセッサ1004は、対象アプリケーションの償還コードを検証し、検証が成功した場合に、生成動作を実行する。
【０２０６】
指示情報は、インストールパッケージをダウンロードする必要がないことを示す情報である。
【０２０７】
図10を再び参照すると、本発明の一実施形態はアプリケーションサーバをさらに提供し、
受信機1001と、送信機1002と、メモリ1003と、プロセッサ1004（1つまたは複数のプロセッサがアプリケーションサーバ内にあってもよく、1つのプロセッサを図10の実施例として使用する）とを含んでもよく、いくつかの本発明の実施形態では、受信機1001、送信機1002、メモリ1003およびプロセッサ1004は、バスを用いて、または別の方法で互いに接続されてもよく、それらがバスを用いて接続されていることを図10の実施例として使用する。
【０２０８】
受信機1001は、第2端末が送信するアプリケーション認可要求を受信するように構成され、ここで、アプリケーション認可要求は、対象アプリケーションの識別子と第1端末のユーザ識別情報とを含み、対象アプリケーションは第2端末にインストールされたアプリケーションであり、対象アプリケーションのインストールパッケージは、インストールされたアプリケーションに従って第2端末によって生成されて第1端末へ送信され、
プロセッサ1004は、対象アプリケーションの識別子と第1端末のユーザ識別情報とに従って対象アプリケーションの認可情報を生成するように構成され、ここで、認可情報は、対象アプリケーションを使用する第1端末を認可するために使用され、
メモリ1003は、対象アプリケーションの認可情報を記憶するように構成され、
送信機1002は、認可情報を第2端末へ送信するように構成される。
【０２０９】
任意選択で、アプリケーション認可要求は、具体的にはアプリケーション購入要求であり、
受信機1001は、第2端末が送信するアプリケーション購入要求を受信するようにさらに構成され、
送信機1002は、第2端末が対象アプリケーションの代金を支払うことができるように、第2端末の支払リンクを提供するようにさらに構成され、
受信機1001は、第2端末が送信する支払成功応答メッセージを受信するようにさらに構成され、ここで、アプリケーションサーバは、応答メッセージに応じて、対象アプリケーションの識別子と第1端末のユーザ識別情報とに従って対象アプリケーションの認可情報を生成するステップをトリガする。
【０２１０】
アプリケーション認可要求は、具体的には認可検証要求であり、認可検証要求は、対象アプリケーションの償還コードをさらに含み、
プロセッサ1004は、対象アプリケーションの償還コードを検証し、検証が成功した場合に、対象アプリケーションの識別子と第1端末のユーザ識別情報とに従って対象アプリケーションの認可情報を生成するステップをトリガするようにさらに構成される。
【０２１１】
アプリケーション認可要求は、インストールパッケージをダウンロードする必要がないことを示す指示情報をさらに含む。
【０２１２】
本発明の実施形態における第1端末、第2端末およびアプリケーションサーバの各部の動作プロセスについては、前述の方法の実施形態を参照することができ、本明細書では詳述しない。
【０２１３】
本出願で提供されるいくつかの実施形態においては、開示の装置および方法を他のやり方で実現することもできることを理解すべきである。例えば、説明された装置実施形態は単なる例示にすぎない。例えば、ユニット分割は単なる論理的機能分割にすぎず、実際の実装に際しては他の分割も可能である。例えば、複数のユニットまたはコンポーネントが組み合わされ、または統合されて別のシステムになる場合もあり、ある機能が無視され、または実行されない場合もある。加えて、表示された、または論じられた相互結合または直接結合または通信接続を、いくつかのインターフェースを介して実現することもできる。装置間またはユニット間の間接結合または通信接続は、電子的形態、機械的形態、または他の形態として実現することができる。
【０２１４】
別々の部品として記述されたユニットは物理的に分離していてもそうでなくてもよく、ユニットとして表示された部品は、物理的ユニットであってもそうでなくてもよく、一箇所に位置していてもよく、複数のネットワークユニット上に分散されていてもよい。ユニットの一部または全部を、各実施形態の解決策の目的を達成するための実際の必要に従って選択することもできる。
【０２１５】
加えて、本発明の各実施形態における機能ユニットを1つの処理ユニットへ統合することもでき、ユニットの各々が物理的に独立して存在していてもよく、または2つ以上のユニットが1つのユニットへ統合される。統合ユニットはハードウェアの形態で実現することもでき、ソフトウェア機能ユニットの形態で実現することもできる。
【０２１６】
統合ユニットがソフトウェア機能ユニットの形態で実現され、独立した製品として販売され、または使用される場合に、その統合ユニットはコンピュータ可読記憶媒体に記憶することができる。そうした理解に基づき、本発明の技術解決策を本質的に、または先行技術に寄与する部分を、あるいは技術解決策の全部または一部を、ソフトウェア製品の形態で実現することができる。コンピュータソフトウェア製品は記憶媒体に記憶されており、（パーソナルコンピュータ、サーバ、またはネットワークデバイスとすることができる）コンピュータデバイスに、本発明の各実施形態で記述されている方法のステップの全部または一部を実行するよう命令するためのいくつかの命令を含む。前述の記憶媒体は、USBフラッシュドライブ、取り外し可能ハードディスク、読み取り専用メモリ（ROM、Read−Only  Memory）、ランダム・アクセス・メモリ（RAM、Random  Access  Memory）、磁気ディスク、光ディスクといった、プログラムコードを記憶することができる任意の媒体を含む。
【０２１７】
以上の説明は、単に、本発明の具体的実装態様であるにすぎず、本発明の保護範囲を限定するためのものではない。本発明で開示される技術範囲内で当業者によって容易に考案されるいかなる変形も置換も、本発明の保護範囲内に含まれるものとする。したがって、本発明の保護範囲は、特許請求の範囲の保護範囲に従うべきものとする。
【符号の説明】
【０２１８】
601  データ受信部
602  データ生成部
603  データ送信部
604  許可更新部
605  支払部
606  インストール部
701  情報受信部
702  情報生成部
703  情報送信部
704  ユーザ許可更新部
705  アプリケーション支払部
801  受信部
802  生成部
803  送信部
804  検証部
901  データ情報受信部
902  認可生成部
903  データ情報送信部
904  認可検証部
1001  受信機
1002  送信機
1003  メモリ
1004  プロセッサ
【図１】
2017504868.tif 000003
【図２】
2017504868.tif 000004
【図３】
2017504868.tif 000005
【図４】
2017504868.tif 000006
【図５】
2017504868.tif 000007
【図６】
2017504868.tif 000008
【図７】
2017504868.tif 000009
【図８】
2017504868.tif 000010
【図９】
2017504868.tif 000011
【図１０】
2017504868.tif 000012
【手続補正書】
【提出日】平成28年7月6日(2016.7.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
インストールパッケージ認可方法であって、
第1端末によって、第2端末が送信する対象アプリケーションのインストールパッケージと前記対象アプリケーションの識別子とを取得するステップであって、前記対象アプリケーションが前記第2端末にインストールされたアプリケーションであり、前記対象アプリケーションの前記インストールパッケージが、インストールされた前記アプリケーションに従って前記第2端末によって生成される、取得するステップと、
前記第1端末によって、アプリケーション認可要求を生成するステップであって、前記アプリケーション認可要求が前記対象アプリケーションの前記識別子と前記第1端末のユーザ識別情報とを含む、生成するステップと、
前記第1端末によって、前記アプリケーション認可要求をアプリケーションサーバへ送信するステップであって、前記アプリケーションサーバが前記対象アプリケーションの認可情報を生成することを可能にするために、前記アプリケーション認可要求が使用され、前記認可情報が前記第1端末の前記ユーザ識別情報を含む、送信するステップと、
前記第1端末によって、前記アプリケーションサーバが送信する前記対象アプリケーションの前記認可情報を受信するステップであって、前記対象アプリケーションを使用する前記第1端末を認可するために前記認可情報が使用される、受信するステップとを含む、方法。
【請求項２】
前記第1端末によってアプリケーション認可要求を生成する前記ステップの前に、前記方法は、
前記第1端末によって、前記対象アプリケーションの前記インストールパッケージを使用して前記対象アプリケーションをインストールするステップをさらに含み、
前記第1端末によって、前記アプリケーションサーバが送信する前記対象アプリケーションの前記認可情報を受信する前記ステップの後に、前記方法は、
前記第1端末によって、前記対象アプリケーションの前記認可情報を使用して前記対象アプリケーションの許可設定情報を更新するステップであって、前記許可設定情報は、前記第1端末が前記対象アプリケーションを使用してもよいという許可である、更新するステップをさらに含む、請求項1に記載の方法。
【請求項３】
前記第1端末によって、前記アプリケーションサーバが送信する前記対象アプリケーションの前記認可情報を受信する前記ステップの後に、前記方法は、
前記第1端末によって、前記対象アプリケーションの前記インストールパッケージを使用して前記対象アプリケーションをインストールするステップと、前記対象アプリケーションの前記認可情報を使用して前記対象アプリケーションの許可設定情報を設定するステップであって、前記許可設定情報は、前記第1端末が前記対象アプリケーションを使用してもよいという許可である、設定するステップとをさらに含む、請求項1に記載の方法。
【請求項４】
前記アプリケーション認可要求は、具体的にはアプリケーション購入要求であり、
前記第1端末によって、前記アプリケーション認可要求をアプリケーションサーバへ送信する前記ステップは、具体的には、
前記第1端末によって、前記アプリケーション購入要求を前記アプリケーションサーバへ送信するステップ、
前記第1端末によって、前記アプリケーションサーバが提供する支払リンクを受信するステップ、および、
前記アプリケーションサーバが前記対象アプリケーションの前記認可情報を生成することができるように、前記第1端末によって、前記支払リンクに従って前記対象アプリケーションの代金を支払うステップであって、前記認可情報が前記第1端末の前記ユーザ識別情報を含む、支払うステップである、請求項1に記載の方法。
【請求項５】
前記第1端末によって、前記対象アプリケーションの前記識別子に従ってアプリケーション認可要求を生成する前記ステップの前に、前記方法は、
前記第1端末によって、前記対象アプリケーションの償還コードを取得するステップを含み、
それに対応して、前記アプリケーション認可要求は、具体的には認可検証要求であって、前記認可検証要求が前記対象アプリケーションの前記償還コードをさらに含む、認可検証要求である、請求項1に記載の方法。
【請求項６】
前記アプリケーション認可要求は、前記インストールパッケージをダウンロードする必要がないことを示す指示情報をさらに含む、請求項1から5のいずれか一項に記載の方法。
【請求項７】
インストールパッケージ認可方法であって、
第2端末によって、第1端末が送信する前記第1端末のユーザ識別情報を取得するステップと、
前記第2端末によって、アプリケーション認可要求を生成するステップであって、前記アプリケーション認可要求が前記対象アプリケーションの識別子と前記第1端末の前記ユーザ識別情報とを含み、前記対象アプリケーションが前記第2端末にインストールされたアプリケーションであり、前記対象アプリケーションのインストールパッケージが、インストールされた前記アプリケーションに従って前記第2端末によって生成される、生成するステップと、
前記第2端末によって、前記アプリケーション認可要求をアプリケーションサーバへ送信するステップであって、前記アプリケーションサーバが前記対象アプリケーションの認可情報を生成することを可能にするために、前記アプリケーション認可要求が使用され、前記認可情報が前記第1端末の前記ユーザ識別情報を含む、送信するステップと、
前記第2端末によって、前記アプリケーションサーバが送信する前記対象アプリケーションの前記認可情報を受信するステップであって、前記認可情報が、前記対象アプリケーションを使用する前記第1端末を認可するために使用される、受信するステップと、
前記第1端末が前記対象アプリケーションをインストールして使用することができるように、前記第2端末によって、前記対象アプリケーションの前記インストールパッケージおよび前記認可情報を前記第1端末へ送信するステップと
を含む、方法。
【請求項８】
前記アプリケーション認可要求は、具体的にはアプリケーション購入要求であり、
前記第2端末によって、前記アプリケーション認可要求をアプリケーションサーバへ送信する前記ステップは、具体的には、
前記第2端末によって、前記アプリケーション購入要求を前記アプリケーションサーバへ送信するステップ、
前記第2端末によって、前記アプリケーションサーバが提供する支払リンクを受信するステップ、および、
前記アプリケーションサーバが前記対象アプリケーションの前記認可情報を生成することができるように、前記第2端末によって、前記支払リンクに従って前記対象アプリケーションの代金を支払うステップであって、前記認可情報が前記第1端末の前記ユーザ識別情報を含む、支払うステップである、請求項7に記載の方法。
【請求項９】
前記第2端末によってアプリケーション認可要求を生成するステップの前に、前記方法は、
前記第2端末によって、前記対象アプリケーションの償還コードを取得するステップを含み、
それに対応して、前記アプリケーション認可要求は、具体的には認可検証要求であって、前記認可検証要求が前記対象アプリケーションの前記償還コードをさらに含む、認可検証要求である、請求項8に記載の方法。
【請求項１０】
前記アプリケーション認可要求は、前記インストールパッケージをダウンロードする必要がないことを示す指示情報をさらに含む、請求項7から9のいずれか一項に記載の方法。
【請求項１１】
第2端末として使用される端末であって、前記第2端末は第1端末とデータを交換することができ、前記端末は、
前記第1端末が送信する前記第1端末のユーザ識別情報を取得するように構成された情報受信部と、
アプリケーション認可要求を生成するように構成された情報生成部であって、前記アプリケーション認可要求が、前記対象アプリケーションの前記識別子と前記第1端末のユーザ識別情報とを含み、前記対象アプリケーションが前記第2端末にインストールされたアプリケーションであり、前記対象アプリケーションのインストールパッケージが、インストールされた前記アプリケーションに従って前記第2端末によって生成される、情報生成部と、
前記アプリケーション認可要求をアプリケーションサーバへ送信する情報送信部であって、前記アプリケーションサーバが前記第1端末の前記ユーザ識別情報に従って前記対象アプリケーションの認可情報を生成することを可能にするために、前記アプリケーション認可要求が使用され、前記認可情報が前記第1端末の前記ユーザ識別情報を含む、情報送信部とを含み、
前記情報受信部は、前記アプリケーションサーバが送信する前記対象アプリケーションの前記認可情報を受信するようにさらに構成され、前記認可情報は、前記対象アプリケーションを使用する前記第1端末を認可するために使用され、
前記情報送信部は、前記第1端末が前記対象アプリケーションをインストールして使用することができるように、前記対象アプリケーションの前記インストールパッケージおよび前記認可情報を前記第1端末へ送信するようにさらに構成される、端末。
【請求項１２】
前記アプリケーション認可要求は、具体的にはアプリケーション購入要求であり、
前記情報送信部は、前記アプリケーション購入要求を前記アプリケーションサーバへ送信するようにさらに構成され、
前記情報受信部は、前記アプリケーションサーバが提供する支払リンクを受信するようにさらに構成され、
前記端末は、
前記アプリケーションサーバが前記対象アプリケーションの前記認可情報を生成することができるように、前記支払リンクに従って前記対象アプリケーションの代金を支払うように構成されたアプリケーション支払部であって、前記認可情報が前記第1端末の前記ユーザ識別情報を含む、アプリケーション支払部をさらに含む、請求項11に記載の端末。
【請求項１３】
前記情報受信部は、前記対象アプリケーションの償還コードを取得するようにさらに構成され、
それに対応して、前記アプリケーション認可要求は、具体的には認可検証要求であり、前記認可検証要求は前記対象アプリケーションの前記償還コードをさらに含む、請求項11に記載の端末。
【請求項１４】
前記アプリケーション認可要求は、前記インストールパッケージをダウンロードする必要がないことを示す指示情報をさらに含む、請求項11から13のいずれか一項に記載の端末。
【国際調査報告】
2017504868.tif 000013
2017504868.tif 000014
2017504868.tif 000015
2017504868.tif 000016