JP2021168190A

JP2021168190A - アプレットサービス能力を提供する方法、装置、電子機器及び記憶媒体

Info

Publication number: JP2021168190A
Application number: JP2021116800A
Authority: JP
Inventors: コンユウ，; Cong Yu; ユァンシュリュウ，; Yuanxu Liu
Original assignee: Beijing Baidu Netcom Science and Technology Co Ltd
Current assignee: Beijing Baidu Netcom Science and Technology Co Ltd
Priority date: 2020-08-27
Filing date: 2021-07-15
Publication date: 2021-10-21
Anticipated expiration: 2041-07-15
Also published as: JP7184970B2; EP3859575A3; KR102649973B1; US11734454B2; EP3859575A2; US20210294911A1; CN112069490B; CN112069490A; KR20210110779A; EP3859575B1

Abstract

【課題】開発者に標準的なサービス能力を統一的に提供し、開発及びメンテナンスのコストを削減することができ、サービス能力が一致しない状況を回避することができ、それによって開発者のエクスペリエンスを効果的に向上させる方法、装置、電子機器及び記憶媒体を提供する。
【解決手段】アプレットサービス能力を提供する方法であって、アプレット管理プラットフォームを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信する。操作アクセスリクエストには、アプレットトークン、アプレット識別子及び操作アクセスタイプが含まれる。方法はさらに、アプレット管理プラットフォームを介して操作アクセスリクエストを認証し、認証がパスした場合、操作アクセスリクエストに対応するアプレットサービス能力をアプレットマーチャントに提供する。
【選択図】図１

Description

本出願は、コンピュータ技術の分野に関し、さらにアプレット技術に関し、具体的には、アプレットサービス能力を提供する方法、装置、電子機器及び記憶媒体に関する。

オンデマンドで軽量かつ高速なアプリケーションフォームとして、アプレットは、益々多くのマーチャントに支持されている。しかし、マーチャントが異なれば、独立した研究開発能力は大きく異なる。例えば、一部のマーチャントは、メンテナンス及び運営を行うために、プラットフォーム側によって提供されるインタラクションインターフェイスを使用する必要があるが、他のマーチャントは、強い開発力を有するため、プラットフォーム側によって提供されるインターフェースを使用する傾向があるが、より多くの小規模なマーチャントは、開発及びメンテナンス能力を完全に具備しないため、ホスティング用のサードパーティのプラットフォームを選択する。このようにして、異なる開発及びメンテナンスモードにより、プラットフォーム側は、対応するモジュールを提供してサポートする必要がある。一般的に、プラットフォーム側は、インタラクションインターフェイスを必要とするプラットフォームと、インタラクションインターフェイスを必要としないプラットフォームとを含むことができ、さらに、インタラクションインターフェイスを必要としないプラットフォームは、サードパーティのプラットフォームと開発者プラットフォームとを含むことができ、従来技術では、それらは、それぞれ１つのモジュールを独立してメンテナンスし、次にそれぞれ異なるユーザに能力を提供する。

独立したモジュールを使用して異なる開発及びメンテナンスモードにそれぞれサービス能力を提供するため、異なるモジュールが同じ能力（例えば、アプレットの名前変更）を繰り返し開発する可能性があり、開発コストとメンテナンスコスト（コード、ドキュメントなどのメンテナンス）を深刻に浪費し、各モジュールが独立して開発されているため、異なるモジュールによって提供されるサービス能力が完全に一致することができず、アプレットのデマンド側が異なるモジュール間で切り替える場合、サービス能力が一致しない可能性があり、したがって、開発者のエクスペリエンスが大幅に低下する可能性がある。

本出願は、アプレットサービス能力を提供する方法、装置、電子機器及び記憶媒体を提供し、開発者に標準的なサービス能力を統一的に提供し、開発及びメンテナンスのコストを削減することができ、サービス能力が一致しない状況を回避することができ、それによって開発者のエクスペリエンスを効果的に向上させることができる。

第１の態様において、本出願は、アプレットサービス能力を提供する方法を提供し、前記方法は、アプレット管理プラットフォームを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信するステップであって、前記操作アクセスリクエストには、アプレットトークン、アプレット識別子及び操作アクセスタイプが含まれるステップと、前記アプレット管理プラットフォームを介して前記操作アクセスリクエストを認証するステップと、認証がパスした場合、前記操作アクセスリクエストに対応するアプレットサービス能力を前記アプレットマーチャントに提供するステップと、を含む。

第２の態様において、本出願は、アプレットサービス能力を提供する装置を提供し、前記装置は、アプレット管理プラットフォームを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信するための受信モジュールであって、前記操作アクセスリクエストには、アプレットトークン、アプレット識別子及び操作アクセスタイプが含まれる受信モジュールと、前記アプレット管理プラットフォームを介して前記操作アクセスリクエストを認証するための認証モジュールと、認証がパスした場合、前記操作アクセスリクエストに対応するアプレットサービス能力を前記アプレットマーチャントに提供するための提供モジュールと、を備える。

第３の態様において、本出願の実施例は、電子機器を提供し、１つ又は複数のプロセッサと、１つ又は複数のプログラムを記憶するためのメモリと、を備え、前記１つ又は複数のプログラムは、前記１つ又は複数のプロセッサが本出願の任意の実施例に記載のアプレットサービス能力を提供する方法を実現するように、前記１つ又は複数のプロセッサによって実行される。

第４の態様において、本出願の実施例は、コンピュータプログラムが記憶されている記憶媒体を提供し、当該プログラムがプロセッサによって実行される場合、本出願の任意の実施例に記載のアプレットサービス能力を提供する方法を実現する。
第５の態様において、本出願の実施例は、コンピュータプログラムを提供し、前記コンピュータプログラムは、コンピュータに本出願の任意の実施例に記載のアプレットサービス能力を提供する方法を実行させる。

本出願の技術により、従来技術において独立したモジュールを使用して異なる開発及びメンテナンスモードにそれぞれサービス能力を提供するため、異なるモジュールが同じ能力を繰り返し開発する可能性があり、開発コストとメンテナンスコストを深刻に浪費し、サービス能力が一致しない可能性があるという技術的問題が解決され、本出願によって提供される技術案により、開発者に標準的なサービス能力を統一的に提供し、開発及びメンテナンスのコストを削減することができ、サービス能力が一致しない状況を回避することができ、それによって開発者のエクスペリエンスを効果的に向上させることができる。

なお、本出願に記載される内容は、本開示の実施例の肝心な特徴又は重要な特徴を特定することを意図しておらず、本開示の範囲を限定しないことを理解すべきである。本開示の他の特徴は、以下の明細書から理解しやすくなる。

図面は、この解決策をよりよく理解するために使用され、本出願を限定するものではない。
本出願の実施例により提供されるアプレットサービス能力を提供する方法の概略フローチャートである。本出願の実施例により提供される別のアプレットサービス能力を提供する方法の概略フローチャートである。本出願の実施例により提供されるさらなる別のアプレットサービス能力を提供する方法の概略フローチャートである。本出願の実施例により提供されるアプレット管理プラットフォームの概略構成図である。本出願の実施例により提供されるアプレットサービス能力を提供する装置の概略構成図である。本出願の実施例により提供されるアプレットサービス能力を提供する方法を実現するための電子機器のブロック図である。

以下に図面を参照して本出願の例示的な実施例を説明し、理解を容易にするために、その中には本出願の実施例の様々な詳細を含んでおり、それらは単なる例示的なものとみなされるべきである。したがって、当業者は、本出願の範囲及び精神から逸脱することなく、ここで説明される実施例に対して様々な変更と修正を行うことができることを理解すべきである。同様に、明確及び簡潔するために、以下の説明では、周知の機能及び構造についての説明を省略する。
実施例１

図１は、本出願の実施例により提供されるアプレットサービス能力を提供する方法の概略フローチャートである。当該方法は、アプレットサービス能力を提供する装置又は電子機器によって実行されてもよく、当該装置又は電子機器は、ソフトウェア及び／又はハードウェアで実現されてもよく、当該装置又は電子機器は、ネットワーク通信機能を備えた任意のスマートデバイスに統合されてもよい。図１に示すように、アプレットサービス能力を提供する方法は、以下のステップＳ１０１〜Ｓ１０３を含むことができる。

Ｓ１０１において、アプレット管理プラットフォームを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信し、操作アクセスリクエストには、アプレットトークン、アプレット識別子及び操作アクセスタイプが含まれる。

本出願の具体的な実施例では、電子機器は、アプレット管理プラットフォームを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信することができ、操作アクセスリクエストには、アプレットトークン、アプレット識別子及び操作アクセスタイプが含まれる。具体的には、電子機器は、アプレット管理プラットフォームのインタラクションインターフェイスを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信してもよいし、アプレット管理プラットフォームのサードパーティのプラットフォームを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信してもよいし、アプレット管理プラットフォームの開発者インターフェイスを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信してもよく、ここで、アプレットトークンは、通常のトークン、所定の開発フレームワークの下でのトークン、又はアプリケーションプログラムトークンを含む。

さらに、アプレットトークンは、通常のトークン、所定の開発フレームワークの下でのトークン、又はアプリケーションプログラムトークンを含むことができる。電子機器がインタラクションインターフェイスを介して操作アクセスリクエストを受信した場合、当該操作アクセスリクエストに含まれるアプレットトークンは、通常のトークンであり、電子機器がサードパーティのプラットフォームを介して操作アクセスリクエストを受信した場合、当該操作アクセスリクエストに含まれるアプレットトークンは、所定の開発フレームワークの下でのトークンであり、電子機器が開発者インターフェイスを介して操作アクセスリクエストを受信した場合、当該操作アクセスリクエストに含まれるアプレットトークンは、アプリケーションプログラムトークンである。また、操作アクセスリクエストに含まれる操作アクセスタイプは、アプレットマーチャントがアプレット管理プラットフォームによって提供されたアプレットに対して所定の操作を行う方式を示すために使用され、例えば、あるアプレット内のある機能に対して追加、更新、変更、削除などを行う。

Ｓ１０２において、アプレット管理プラットフォームを介して操作アクセスリクエストを認証する。

本出願の具体的な実施例では、電子機器は、アプレット管理プラットフォームを介して操作アクセスリクエストを認証することができ、具体的には、インタラクションインターフェイスを介して操作アクセスリクエストを受信した場合、電子機器は、操作アクセスリクエストから通常のトークンを抽出し、通常のトークンをアプレット管理プラットフォーム内のアクセスゲートウェイに送信し、又は、サードパーティのプラットフォームを介して操作アクセスリクエストを受信した場合、電子機器は、操作アクセスリクエストから所定の開発フレームワークの下でのトークンを抽出し、所定の開発フレームワークの下でのトークンをアクセスゲートウェイに送信し、開発者インターフェイスを介して操作アクセスリクエストを受信した場合、電子機器は、操作アクセスリクエストからアプリケーションプログラムトークンを抽出し、アプリケーションプログラムトークンをアクセスゲートウェイに送信し、次に、電子機器は、アクセスゲートウェイを介して通常のトークンを認証し、又は、アクセスゲートウェイを介して所定の開発フレームワークの下でのトークンを認証し、又は、アクセスゲートウェイを介してアプリケーションプログラムトークンを認証することができる。

Ｓ１０３において、認証がパスした場合、操作アクセスリクエストに対応するアプレットサービス能力をアプレットマーチャントに提供する。

本出願の具体的な実施例では、認証がパスした場合、電子機器は、操作アクセスリクエストに対応するアプレットサービス能力をアプレットマーチャントに提供することができる。具体的には、電子機器は、操作アクセスリクエストから操作アクセスタイプを解析し、次に操作アクセスタイプに基づいてアプレット管理プラットフォームにおけるアプレット共通能力ユニットから操作アクセスリクエストに対応するアプレットサービス権限を取得し、そして、アプレットマーチャントがアプレットサービス権限に対応するアプレットサービス能力を取得するように、操作アクセスリクエストに対応するアプレットサービス権限をアプレットマーチャントに提供することができる。

本出願の実施例により提供されるアプレットサービス能力を提供する方法は、まずアプレット管理プラットフォームを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信し、ここで、操作アクセスリクエストには、アプレットトークン、アプレット識別子及び操作アクセスタイプが含まれ、次にアプレット管理プラットフォームを介して操作アクセスリクエストを認証し、認証がパスした場合、操作アクセスリクエストに対応するアプレットサービス能力をアプレットマーチャントに提供する。つまり、本出願は、アプレット管理プラットフォームを介して開発者に標準的なサービス能力を統一的に提供することができる。アプレットサービス能力を提供する既存の方法では、独立したモジュールを使用して、異なる開発及びメンテナンスモードにそれぞれサービス能力を提供する。本出願ではアプレット管理プラットフォームを介して開発者に標準的なサービス能力を統一的に提供するという技術的手段が採用されるため、従来技術において独立したモジュールを使用して異なる開発及びメンテナンスモードにそれぞれサービス能力を提供するため、異なるモジュールが同じ能力を繰り返し開発する可能性があり、開発コストとメンテナンスコストを深刻に浪費し、サービス能力が一致しない可能性があるという技術的問題が克服され、本出願によって提供される技術案により、開発者に標準的なサービス能力を統一的に提供し、開発及びメンテナンスのコストを削減することができ、サービス能力が一致しない状況を回避することができ、それによって開発者のエクスペリエンスを効果的に向上させることができ、かつ、本出願の実施例の技術案は、実現が簡単かつ便利であり、普及しやすく、適用範囲がより広い。
実施例２

図２は、本出願の実施例により提供される別のアプレットサービス能力を提供する方法の概略フローチャートである。図２に示すように、アプレットサービス能力を提供する方法は、以下のステップＳ２０１〜Ｓ２０３を含むことができる。

Ｓ２０１において、アプレット管理プラットフォームのインタラクションインターフェイスを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信し、又は、アプレット管理プラットフォームのサードパーティのプラットフォームを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信し、又は、アプレット管理プラットフォームの開発者インターフェイスを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信する。

本出願の具体的な実施例では、電子機器は、アプレット管理プラットフォームのインタラクションインターフェイスを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信し、又は、アプレット管理プラットフォームのサードパーティのプラットフォームを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信し、又は、アプレット管理プラットフォームの開発者インターフェイスを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信することができる。具体的には、電子機器がインタラクションインターフェイスを介して操作アクセスリクエストを受信した場合、当該操作アクセスリクエストに含まれるアプレットトークンは、通常のトークン「ｔｏｋｅｎ」であり、電子機器がサードパーティのプラットフォームを介して操作アクセスリクエストを受信した場合、当該操作アクセスリクエストに含まれるアプレットトークンは、所定の開発フレームワークの下でのトークン「ｔｐ＿ｔｏｋｅｎ」であり、電子機器が開発者インターフェイスを介して操作アクセスリクエストを受信した場合、当該操作アクセスリクエストに含まれるアプレットトークンは、アプリケーションプログラムトークン「ａｐｐ＿ｔｏｋｅｎ」である。

以下、アプレットの記述ａｐｐ／ｍｏｄｉｆｙ／ｄｅｓｃインターフェイスを変更することを例として、アーキテクチャ全体のフローを紹介する。マーチャントがＷｅｂバックグラウンドを直接使用して操作する場合、１つの操作インターフェイスが開発者に表示され、開発者が「保存」をクリックする場合、アプレット管理プラットフォームにリクエストが開始され、その内容は次のとおりである。
｛
“ｔｏｋｅｎ”：“ｓｆｗｅｖｒｅｒｈｅｈ”，
“ａｐｐ＿ｉｄ”：１２３，
“ｎｅｗ＿ｄｅｓｃ”：“アプレットの記述”
｝

マーチャントがアプレットをホスティングのためにサードパーティのプラットフォームに送信する場合、アプレットの記述の変更は、サードパーティのリクエストによって完了する必要があり、リクエストの内容は次のとおりである。
｛
“ｔｐ＿ｔｏｋｅｎ”：“ｋｉｏｎｂｄ３４５３４ｓｄｆ”
，
“ａｐｐ＿ｉｄ”：１２３，
“ｎｅｗ＿ｄｅｓｃ”：“アプレットの記述”
｝

マーチャントが自分でアプレットを直接開発し、アプレットの記述を変更する場合、アプレット管理プラットフォームにリクエストを送信する必要があり、リクエストの内容は次のとおりである：
｛
“ａｐｐ＿ｔｏｋｅｎ”：“ｂｅｒ７８ｄｓｇｄ”
，
“ａｐｐ＿ｉｄ”：１２３，
“ｎｅｗ＿ｄｅｓｃ”：“アプレットの記述”
｝

Ｓ２０２において、アプレット管理プラットフォームを介して操作アクセスリクエストを認証する。

本出願の具体的な実施例では、電子機器は、アプレット管理プラットフォームを介して操作アクセスリクエストを認証し、認証がパスした場合、操作アクセスリクエストに対応するアプレットサービス能力をアプレットマーチャントに提供することができる。具体的には、インタラクションインターフェイスを介して操作アクセスリクエストを受信した場合、電子機器は、操作アクセスリクエストから通常のトークンを抽出し、通常のトークンをアプレット管理プラットフォームのアクセスゲートウェイに送信することができ、又は、サードパーティのプラットフォームを介して操作アクセスリクエストを受信した場合、電子機器は、操作アクセスリクエストから所定の開発フレームワークの下でのトークンを抽出し、所定の開発フレームワークの下でのトークンをアクセスゲートウェイに送信することができ、開発者インターフェイスを介して操作アクセスリクエストを受信した場合、電子機器は、操作アクセスリクエストからアプリケーションプログラムトークンを抽出し、アプリケーションプログラムトークンをアクセスゲートウェイに送信することができ、次に、電子機器は、アクセスゲートウェイを介して通常のトークンを認証し、又は、アクセスゲートウェイを介して所定の開発フレームワークの下でのトークンを認証し、又は、アクセスゲートウェイを介してアプリケーションプログラムトークンを認証することができる。

具体的には、電子機器がアクセスゲートウェイを介して通常のトークンを認証するとき、通常のトークンのユーザ識別子が所定の期間内に取得された場合、電子機器は、アクセスゲートウェイによる通常のトークンの認証がパスしたと判定することができ、通常のトークンのユーザ識別子が所定の期間内に取得されていない場合、電子機器は、アクセスゲートウェイによる通常のトークンの認証がパスしないと判定することができる。

具体的には、電子機器がアクセスゲートウェイを介して所定の開発フレームワークの下でのトークンを認証するとき、サードパーティのプラットフォームの識別子及びアプレット識別子が所定の開発フレームワークの下でのトークンから解析された場合、電子機器は、アクセスゲートウェイによる所定の開発フレームワークの下でのトークンの認証がパスしたと判定することができ、サードパーティのプラットフォームの識別子またはアプレット識別子が所定の開発フレームワークの下でのトークンから解析されていない場合、電子機器は、アクセスゲートウェイによる所定の開発フレームワークの下でのトークンの認証がパスしないと判定することができる。

具体的には、電子機器がアクセスゲートウェイを介してアプリケーションプログラムトークンを認証するとき、アプレット識別子がアプリケーションプログラムトークンから復号化された場合、電子機器は、アクセスゲートウェイによるアプリケーションプログラムトークンの認証がパスしたと判定することができ、アプレット識別子がアプリケーションプログラムトークンから復号化されていない場合、電子機器は、アクセスゲートウェイによるアプリケーションプログラムトークンの認証がパスしないと判定することができる。

Ｓ２０３において、認証がパスした場合、操作アクセスリクエストに対応するアプレットサービス能力をアプレットマーチャントに提供する。

本出願の実施例により提供されるアプレットサービス能力を提供する方法は、まずアプレット管理プラットフォームを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信し、ここで、操作アクセスリクエストには、アプレットトークン、アプレット識別子及び操作アクセスタイプが含まれ、次にアプレット管理プラットフォームを介して操作アクセスリクエストを認証し、認証がパスした場合、操作アクセスリクエストに対応するアプレットサービス能力をアプレットマーチャントに提供する。つまり、本出願は、アプレット管理プラットフォームを介して開発者に標準的なサービス能力を統一的に提供することができる。アプレットサービス能力を提供する既存の方法では、独立したモジュールを使用して、異なる開発及びメンテナンスモードにそれぞれサービス能力を提供する。本出願ではアプレット管理プラットフォームを介して開発者に標準的なサービス能力を統一的に提供するという技術的手段が採用されるため、従来技術において独立したモジュールを使用して異なる開発及びメンテナンスモードにそれぞれサービス能力を提供するため、異なるモジュールが同じ能力を繰り返し開発する可能性があり、開発コストとメンテナンスコストを深刻に浪費し、サービス能力が一致しない可能性があるという技術的問題が克服され、本出願によって提供される技術案により、開発者に標準的なサービス能力を統一的に提供し、開発及びメンテナンスのコストを削減することができ、サービス能力が一致しない状況を回避することができ、それによって開発者のエクスペリエンスを効果的に向上させることができ、かつ、本出願の実施例の技術案は、実現が簡単かつ便利であり、普及しやすく、適用範囲がより広い。
実施例３

図３は、本出願の実施例により提供されるさらなる別のアプレットサービス能力を提供する方法の概略フローチャートである。図３に示すように、アプレットサービス能力を提供する方法は、以下のステップＳ３０１〜Ｓ３０６を含むことができる。

Ｓ３０１において、アプレット管理プラットフォームのインタラクションインターフェイスを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信し、又は、アプレット管理プラットフォームのサードパーティのプラットフォームを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信し、又は、アプレット管理プラットフォームの開発者インターフェイスを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信し、アプレットトークンは、通常のトークン、所定の開発フレームワークの下でのトークン、又はアプリケーションプログラムトークンを含む。

本出願の具体的な実施例では、電子機器は、アプレット管理プラットフォームのインタラクションインターフェイスを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信し、又は、アプレット管理プラットフォームのサードパーティのプラットフォームを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信し、又は、アプレット管理プラットフォームの開発者インターフェイスを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信することができ、アプレットトークンは、通常のトークン、所定の開発フレームワークの下でのトークン、又はアプリケーションプログラムトークンを含む。図４は、本出願の実施例により提供されるアプレット管理プラットフォームの概略構成図である。図４に示すように、アプレット管理プラットフォームは、ウェブページバックグラウンド（Ｗｅｂバックグラウンドとも呼ばれる）、サードパーティのプラットフォーム、開発者インターフェイス、アクセスゲートウェイ、アカウントシステム、及びアプレット共通能力ユニットを備えることができ、さらに、アクセスゲートウェイは、ウェブページ承認モジュール（Ｗｅｂ承認モジュールとも呼ばれる）、開発フレームワーク承認モジュール（ＴＰ承認モジュールとも呼ばれる）、及び開発者承認モジュールを備えることができ、さらに、アプレット共通能力ユニットは、アプレット基本情報管理ユニット、アプレットパッケージ管理ユニット、及びアプレット支払い管理ユニットなどを備えることができる。具体的には、Ｗｅｂバックグラウンド：ＵＩの形式で開発者に提示されるアプレット管理プラットフォームであり、プラットフォーム側によって開発及びメンテナンスされ、ニーズが複雑ではなく、自己研究能力が不足している自営マーチャントに適する。サードパーティのプラットフォーム：自己研究能力がなく、運営能力も不足しているマーチャントの代行開発、代行運営を支援できるプラットフォームであり、マーチャント及びアプレット管理プラットフォームと三者を構成し、インターフェース操作を行うために、マーチャントからの承認が必要である。開発者インターフェース：自己研究能力を具備する開発者が、プラットフォーム側によって提供される当該インターフェースを介してアプレットの管理操作を行う。アカウントシステム：ｐａｓｓプラットフォームとも呼ばれ、標準的なログイン、オンライン状態検証などの能力を提供する。アクセスゲートウェイ：権限に関連する情報を記憶するための権限記憶機能を提供する。例えば、あるユーザｕｉｄがあるａｐｐ＿ｉｄに対してどのような権限ｓｃｏｐｅを持っているか、あるサードパーティのプラットフォームｔｐ＿ａｐｐ＿ｉｄがあるａｐｐ＿ｉｄに対してどのような権限ｓｃｏｐｅを持っているか、あるインターフェイスがどのような権限ｓｃｏｐｅに属するか、上記のこれらのデータは、通常、オペレーター又はマネージャーによって構成される。アプレット共通能力ユニット：アプレット基本情報管理（アプレットの名前と記述の変更など）、アプレットパッケージ管理（アプレットパッケージの抽出など）、アプレット支払い管理などのアプレットによって堆積された汎用能力を記憶する。

Ｓ３０２において、操作アクセスリクエストがインタラクションインターフェイスを介して受信された場合、操作アクセスリクエストから通常のトークンを抽出し、通常のトークンをアプレット管理プラットフォームのアクセスゲートウェイに送信し、又は、操作アクセスリクエストがサードパーティのプラットフォームを介して受信された場合、操作アクセスリクエストから所定の開発フレームワークの下でのトークンを抽出し、所定の開発フレームワークの下でのトークンをアクセスゲートウェイに送信し、又は、操作アクセスリクエストが開発者インターフェイスを介して受信された場合、操作アクセスリクエストからアプリケーションプログラムトークンを抽出し、アプリケーションプログラムトークンをアクセスゲートウェイに送信する。

Ｓ３０３において、アクセスゲートウェイを介して通常のトークンを認証し、又は、アクセスゲートウェイを介して所定の開発フレームワークの下でのトークンを認証し、又は、アクセスゲートウェイを介してアプリケーションプログラムトークンを認証する。

Ｓ３０４において、認証がパスした場合、操作アクセスリクエストから操作アクセスタイプを解析する。

本出願の具体的な実施例では、認証がパスした場合、電子機器は、操作アクセスリクエストから操作アクセスタイプ、例えば、アプレット基本情報管理、アプレットパッケージ管理、アプレット支払い管理などを解析することができる。

Ｓ３０５において、操作アクセスタイプに基づいて、アプレット管理プラットフォームのアプレット共通能力ユニットから操作アクセスリクエストに対応するアプレットサービス権限を取得する。

Ｓ３０６において、アプレットマーチャントがアプレットサービス権限に対応するアプレットサービス能力を取得するように、操作アクセスリクエストに対応するアプレットサービス権限をアプレットマーチャントに提供する。

本出願の実施例により提供されるアプレットサービス能力を提供する方法は、まずアプレット管理プラットフォームを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信し、ここで、操作アクセスリクエストには、アプレットトークン、アプレット識別子及び操作アクセスタイプが含まれ、次にアプレット管理プラットフォームを介して操作アクセスリクエストを認証し、認証がパスした場合、操作アクセスリクエストに対応するアプレットサービス能力をアプレットマーチャントに提供する。つまり、本出願は、アプレット管理プラットフォームを介して開発者に標準的なサービス能力を統一的に提供することができる。アプレットサービス能力を提供する既存の方法では、独立したモジュールを使用して、異なる開発及びメンテナンスモードにそれぞれサービス能力を提供する。本出願ではアプレット管理プラットフォームを介して開発者に標準的なサービス能力を統一的に提供するという技術的手段が採用されるため、従来技術において独立したモジュールを使用して異なる開発及びメンテナンスモードにそれぞれサービス能力を提供するため、異なるモジュールが同じ能力を繰り返し開発する可能性があり、開発コストとメンテナンスコストを深刻に浪費し、サービス能力が一致しない可能性があるという技術的問題が克服され、本出願によって提供される技術案により、開発者に標準的なサービス能力を統一的に提供し、開発及びメンテナンスのコストを削減することができ、サービス能力が一致しない状況を回避することができ、それによって開発者のエクスペリエンスを効果的に向上させることができ、かつ、本出願の実施例の技術案は、実現が簡単かつ便利であり、普及しやすく、適用範囲がより広い。
実施例４

図５は、本出願の実施例により提供されるアプレットサービス能力を提供する装置の概略構成図である。図５に示すように、前記装置５００は、受信モジュール５０１と、認証モジュール５０２と、提供モジュール５０３と、を備える。

前記受信モジュール５０１は、アプレット管理プラットフォームを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信し、前記操作アクセスリクエストには、アプレットトークン、アプレット識別子及び操作アクセスタイプが含まれる。

前記認証モジュール５０２は、前記アプレット管理プラットフォームを介して前記操作アクセスリクエストを認証する。

前記提供モジュール５０３、認証がパスした場合、前記操作アクセスリクエストに対応するアプレットサービス能力を前記アプレットマーチャントに提供する。

さらに、前記受信モジュール５０１は、具体的には、前記アプレット管理プラットフォームのインタラクションインターフェイスを介して、前記アプレットマーチャントから送信された前記操作アクセスリクエストを受信し、又は、前記アプレット管理プラットフォームのサードパーティのプラットフォームを介して、前記アプレットマーチャントから送信された前記操作アクセスリクエストを受信し、又は、前記アプレット管理プラットフォームの開発者インターフェイスを介して、前記アプレットマーチャントから送信された前記操作アクセスリクエストを受信し、前記アプレットトークンは、通常のトークン、所定の開発フレームワークの下でのトークン、又はアプリケーションプログラムトークンを含む。

さらに、前記認証モジュール５０２は、具体的には、前記操作アクセスリクエストが前記インタラクションインターフェイスを介して受信された場合、前記操作アクセスリクエストから前記通常のトークンを抽出し、前記通常のトークンを前記アプレット管理プラットフォームのアクセスゲートウェイに送信し、又は、前記操作アクセスリクエストが前記サードパーティのプラットフォームを介して受信された場合、前記操作アクセスリクエストから前記所定の開発フレームワークの下でのトークンを抽出し、前記所定の開発フレームワークの下でのトークンを前記アクセスゲートウェイに送信し、前記操作アクセスリクエストが前記開発者インターフェイスを介して受信された場合、前記操作アクセスリクエストから前記アプリケーションプログラムトークンを抽出し、前記アプリケーションプログラムトークンを前記アクセスゲートウェイに送信し、前記アクセスゲートウェイを介して前記通常のトークンを認証し、又は、前記アクセスゲートウェイを介して前記所定の開発フレームワークの下でのトークンを認証し、又は、前記アクセスゲートウェイを介して前記アプリケーションプログラムトークンを認証する。

さらに、前記認証モジュール５０２は、具体的には、前記通常のトークンのユーザ識別子が所定の期間内に取得された場合、前記アクセスゲートウェイによる前記通常のトークンの認証がパスしたと判定し、前記通常のトークンのユーザ識別子が所定の期間内に取得されていない場合、前記アクセスゲートウェイによる前記通常のトークンの認証がパスしないと判定する。

さらに、前記認証モジュール５０２は、具体的には、前記サードパーティのプラットフォームの識別子及び前記アプレット識別子が前記所定の開発フレームワークの下でのトークンから解析された場合、前記アクセスゲートウェイによる前記所定の開発フレームワークの下でのトークンの認証がパスしたと判定し、前記サードパーティのプラットフォームの識別子又は前記アプレット識別子が前記所定の開発フレームワークの下でのトークンから解析されていない場合、前記アクセスゲートウェイによる前記所定の開発フレームワークの下でのトークンの認証がパスしないと判定する。

さらに、前記認証モジュール５０２は、具体的には、前記アプレット識別子が前記アプリケーションプログラムトークンから復号化された場合、前記アクセスゲートウェイによる前記アプリケーションプログラムトークンの認証がパスしたと判定し、前記アプレット識別子が前記アプリケーションプログラムトークンから復号化されていない場合、前記アクセスゲートウェイによる前記アプリケーションプログラムトークンの認証がパスしないと判定する。

さらに、前記提供モジュール５０３は、具体的には、前記操作アクセスリクエストから前記操作アクセスタイプを解析し、前記操作アクセスタイプに基づいて、前記アプレット管理プラットフォームのアプレット共通能力ユニットから前記操作アクセスリクエストに対応するアプレットサービス権限を取得し、前記アプレットマーチャントが前記アプレットサービス権限に対応するアプレットサービス能力を取得するように、前記操作アクセスリクエストに対応するアプレットサービス権限を前記アプレットマーチャントに提供する。

上記アプレットサービス能力を提供する装置は、本出願の任意の実施例によって提供される方法を実行することができ、方法を実行するための対応する機能モジュール及び有益な効果を備える。本実施例で詳細に説明されていない技術的詳細については、本出願の任意の実施例によって提供されるアプレットサービス能力を提供する方法を参照することができる。
実施例５

本出願の実施例によれば、本出願は、電子機器及び読み取り可能な記憶媒体をさらに提供する。
本出願の実施例によれば、本出願は、コンピュータプログラムを提供し、コンピュータプログラムは、コンピュータに本出願によって提供されるアプレットサービス能力を提供する方法を実行させる。

図６に示すように、それは、本出願の実施例により提供されるアプレットサービス能力を提供する方法を実現するための電子機器のブロック図である。電子機器は、ラップトップコンピュータ、デスクトップコンピュータ、ワークステーション、パーソナルデジタルアシスタント、サーバー、ブレードサーバー、大型コンピューター及び他の適切なコンピュータなどの様々な形態のデジタルコンピュータを表すことを図る。電子機器は、パーソナルデジタルアシスタント、セルラー電話、スマートフォン、ウェアラブルデバイス及び他の類似するコンピューティングデバイスなどの様々な形態のモバイルデバイスを表すこともできる。本明細書に示されているコンポーネント、それらの接続と関係、及びそれらの機能は、例だけであり、本明細書での説明及び／又は要求される本出願の実現を制限することを意図するものではない。

図６に示すように、当該電子機器は、１つ又は複数のプロセッサ６０１と、メモリ６０２と、高速インターフェイス及び低速インターフェイスを備える、各コンポーネントを接続するためのインターフェイスとを備える。各コンポーネントは、異なるバスで相互に接続され、かつ共通のマザーボード上に取り付けられてもよいか、又は必要に応じて他の方式で取り付けられてもよい。プロセッサは、外部入力／出力装置（インタフェースに結合された表示デバイスなど）にＧＵＩのグラフィック情報を表示するためにメモリ内又はメモリ上に記憶される命令を含む、電子機器内で実行される命令を処理することができる。他の実施形態では、必要の場合、複数のプロセッサ及び／又は複数のバスを複数のメモリと共に使用することができる。同様に、複数の電子機器を（例えば、サーバーアレイ、ブレードサーバーグ群、又はマルチプロセッサシステムとして）接続することができ、各デバイスは、部分の必要な操作を提供する。図６では、１つのプロセッサ６０１は例として挙げられる。

メモリ６０２は、本出願により提供される非一時的なコンピュータ読み取り可能な記憶媒体である。ここで、前記メモリには、前記少なくとも１つのプロセッサが本出願により提供されるアプレットサービス能力を提供する方法を実行するように、少なくとも１つのプロセッサによって実行可能な命令が記憶されている。本出願の非一時的なコンピュータ読み取り可能な記憶媒体には、コンピュータに本出願により提供されるアプレットサービス能力を提供する方法を実行させるためのコンピュータ命令が記憶されている。

メモリ６０２は、非一時的なコンピュータ読み取り可能な記憶媒体として、本出願の実施例におけるアプレットサービス能力を提供する方法に対応するプログラム命令／モジュール（例えば、図５に示す受信モジュール５０１、認証モジュール５０２及び提供モジュール５０３）のような、非一時的なソフトウェアプログラム、非一時的なコンピュータ実行可能なプログラム及びモジュールを記憶する。プロセッサ６０１は、メモリ６０２に記憶されている非一時的なソフトウェアプログラム、命令及びモジュールを実行することにより、サーバーの様々な機能アプリケーション及びデータ処理を実行し、即ち上記方法の実施例におけるアプレットサービス能力を提供する方法を実現する。

メモリ６０２は、プログラム記憶領域とデータ記憶領域とを含むことができ、ここで、プログラム記憶領域にはオペレーティングシステム、少なくとも１つの機能に必要なアプリケーションプログラムが記憶されてもよく、データ記憶領域にはアプレットサービス能力を提供する方法を実現するための電子機器の使用によって作成されたデータが記憶されてもよい。また、メモリ６０２は、高速ランダムアクセスメモリを備えることができ、非一時的なメモリ、例えば少なくとも１つの磁気ディスク記憶デバイス、フラッシュメモリデバイス、又は他の非一時的なソリッドステートストレージデバイスをさらに備えることができる。いくつかの実施例では、メモリ６０２は、プロセッサ６０１に対して遠隔に設けられたメモリを選択的に備えることができ、これらの遠隔メモリは、ネットワークを介してアプレットサービス能力を提供する方法を実現するための電子機器に接続されてもよい。上記ネットワークの例は、インターネット、イントラネット、ローカルエリアネットワーク、移動通信ネットワーク及びそれらの組み合わせを含むが、これらに限定されない。

アプレットサービス能力を提供する方法を実現するための電子機器は、入力装置６０３と出力装置６０４とをさらに備えることができる。プロセッサ６０１、メモリ６０２、入力装置６０３及び出力装置６０４は、バス又は他の方式で接続されてもよく、図６ではバスで接続されることが例として挙げられる。

入力装置６０３は、入力された数字又は文字情報を受信し、アプレットサービス能力を提供する方法を実現するための電子機器のユーザ設定及び機能制御に関するキー信号入力を生成することができ、例えばタッチスクリーン、キーパッド、マウス、トラックパッド、タッチパッド、インジケータースティック、１つ又は複数のマウスボタン、トラックボール、ジョイスティックなどの入力装置である。出力装置６０４は、表示デバイス、補助照明装置（例えば、ＬＥＤ）及び触覚フィードバック装置（例えば、振動モータ）などを備えることができる。当該表示デバイスは、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）ディスプレイとプラズマディスプレイを備えることができるがこれらに限定されない。いくつかの実施形態では、表示デバイスは、タッチスクリーンであってもよい。

本明細書で説明されるシステム及び技術の様々な実施形態は、デジタル電子回路システム、集積回路システム、特定用途向けＡＳＩＣ（特定用途向け集積回路）、コンピュータハードウェア、ファームウェア、ソフトウェア、及び／又はそれらの組み合わせで実現されてもよい。これらの様々な実施形態は、１つ又は複数のコンピュータプログラムで実施されることを含むことができ、当該１つ又は複数のコンピュータプログラムは、少なくとも１つのプログラマブルプロセッサを備えるプログラマブルシステムで実行及び／又は解釈されてもよく、当該プログラマブルプロセッサは、特定用途向け又は汎用プログラマブルプロセッサであってもよく、記憶システム、少なくとも１つの入力装置、及び少なくとも１つの出力装置からデータ及び命令を受信し、かつデータ及び命令を当該記憶システム、当該少なくとも１つの入力装置及び当該少なくとも１つの出力装置に伝送することができる。

これらのコンピューティングプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、又はコードとも呼ばれる）は、プログラマブルプロセッサの機械命令を含み、かつ高レベルのプロセス及び／又はオブジェクト向けプログラミング言語、及び／又はアセンブリ／機械言語で実現されてもよい。本明細書で使用されるように、用語「機械可読媒体」及び「コンピュータ可読媒体」は、機械命令及び／又はデータをプログラマブルプロセッサに提供するための任意のコンピュータプログラム製品、機器、及び／又は装置（例えば、磁気ディスク、光ディスク、メモリ、プログラマブルロジックデバイス（ＰＬＤ））を指し、機械可読信号である機械命令を受信する機械可読媒体を備える。用語「機械可読信号」は、機械命令及び／又はデータをプログラマブルプロセッサに提供するための任意の信号を指す。

ユーザとのインタラクションを提供するために、本明細書で説明されるシステム及び技術をコンピュータで実施することができ、当該コンピュータは、情報をユーザに表示するための表示装置（例えば、ＣＲＴ（陰極線管）又はＬＣＤ（液晶ディスプレイ）モニタ）と、キーボード及びポインティングデバイス（例えば、マウス又はトラックボール）とを有し、ユーザは、当該キーボード及び当該ポインティングデバイスによって入力をコンピュータに提供することができる。他の種類の装置は、ユーザとのインタラクションを提供するために使用されてもよく、例えば、ユーザに提供されるフィードバックは、任意の形態のセンシングフィードバック（例えば、視覚フィードバック、聴覚フィードバック、又は触覚フィードバック）であってもよく、かつ任意の形態（音響入力と、音声入力と、触覚入力とを含む）でユーザからの入力を受信することができる。

本明細書で説明されるシステム及び技術は、バックエンドコンポーネントを備えるコンピューティングシステム（例えば、データサーバーとする）、又はミドルウェアコンポーネントを備えるコンピューティングシステム（例えば、アプリケーションサーバー）、又はフロントエンドコンポーネントを備えるコンピューティングシステム（例えば、グラフィカルユーザインタフェース又はウェブブラウザを有するユーザコンピュータであり、ユーザは当該グラフィカルユーザインタフェース又は当該ウェブブラウザによって本明細書で説明されるシステム及び技術の実施形態とのインタラクションを行うことができる）、又はこのようなバックエンドコンポーネントと、ミドルウェアコンポーネントと、フロントエンドコンポーネントの任意の組み合わせを備えるコンピューティングシステムで実施されてもよい。任意の形態又は媒体のデジタルデータ通信（例えば、通信ネットワーク）によってシステムのコンポーネントを相互に接続することができる。通信ネットワークの例としては、ローカルエリアネットワーク（ＬＡＮ）と、ワイドエリアネットワーク（ＷＡＮ）と、インターネットと、ブロックチェーンネットワークとを含む。

コンピュータシステムは、クライアントとサーバーとを備えることができる。クライアントとサーバーは、一般的に、互いに離れており、通常、通信ネットワークを介してインタラクションを行う。クライアントとサーバとの関係は、対応するコンピュータ上で実行されかつ相互にクライアント−サーバー関係を有するコンピュータプログラムによって生成される。サーバーは、クラウドコンピューティングサーバー又はクラウドホストとも呼ばれるクラウドサーバーであってもよく、従来の物理ホスト及びＶＰＳサービスへの管理が難しく、サービス拡張性が低いという欠陥を解決するためのクラウドコンピューティングサービスシステムのホスト製品である。

本出願の実施例の技術案によれば、まずアプレット管理プラットフォームを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信し、ここで、操作アクセスリクエストには、アプレットトークン、アプレット識別子及び操作アクセスタイプが含まれ、次にアプレット管理プラットフォームを介して操作アクセスリクエストを認証し、認証がパスした場合、操作アクセスリクエストに対応するアプレットサービス能力をアプレットマーチャントに提供する。つまり、本出願は、アプレット管理プラットフォームを介して開発者に標準的なサービス能力を統一的に提供することができる。アプレットサービス能力を提供する既存の方法では、独立したモジュールを使用して、異なる開発及びメンテナンスモードにそれぞれサービス能力を提供する。本出願ではアプレット管理プラットフォームを介して開発者に標準的なサービス能力を統一的に提供するという技術的手段が採用されるため、従来技術において独立したモジュールを使用して異なる開発及びメンテナンスモードにそれぞれサービス能力を提供するため、異なるモジュールが同じ能力を繰り返し開発する可能性があり、開発コストとメンテナンスコストを深刻に浪費し、サービス能力が一致しない可能性があるという技術的問題が克服され、本出願によって提供される技術案により、開発者に標準的なサービス能力を統一的に提供し、開発及びメンテナンスのコストを削減することができ、サービス能力が一致しない状況を回避することができ、それによって開発者のエクスペリエンスを効果的に向上させることができ、かつ、本出願の実施例の技術案は、実現が簡単かつ便利であり、普及しやすく、適用範囲がより広い。

以上に示される様々な形態のフローを使用して、ステップを並べ替え、追加、又は削除することができることを理解すべきである。例えば、本出願に記載される各ステップは、本出願で開示されている技術案の所望の結果さえ達成すれば、並列に実行されてもよいし、順次実行されてもよいし、異なる順序で実行されてもよいが、本明細書では限定されない。

上記の具体的な実施形態は、本出願の保護範囲を制限するためのものではない。当業者は、設計要件及び他の要因に応じて、様々な修正、組み合わせ、サブコンビネーション及び代替を行うことができることを理解すべきである。本出願の精神及び原則の範囲内で行われたいかなる修正、同等の置換、改善などは、いずれも本出願の範囲内に含まれるべきである。

Claims

アプレット管理プラットフォームを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信するステップであって、前記操作アクセスリクエストには、アプレットトークン、アプレット識別子及び操作アクセスタイプが含まれるステップと、
前記アプレット管理プラットフォームを介して前記操作アクセスリクエストを認証するステップと、
認証がパスした場合、前記操作アクセスリクエストに対応するアプレットサービス能力を前記アプレットマーチャントに提供するステップと、
を含む、アプレットサービス能力を提供する方法。
前記アプレット管理プラットフォームを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信するステップが、
前記アプレット管理プラットフォームのインタラクションインターフェイスを介して、前記アプレットマーチャントから送信された前記操作アクセスリクエストを受信するステップ、又は、前記アプレット管理プラットフォームのサードパーティのプラットフォームを介して、前記アプレットマーチャントから送信された前記操作アクセスリクエストを受信するステップ、又は、前記アプレット管理プラットフォームの開発者インターフェイスを介して、前記アプレットマーチャントから送信された前記操作アクセスリクエストを受信するステップを含み、前記アプレットトークンは、通常のトークン、所定の開発フレームワークの下でのトークン、又はアプリケーションプログラムトークンを含む請求項１に記載の方法。
前記アプレット管理プラットフォームを介して前記操作アクセスリクエストを認証するステップが、
前記操作アクセスリクエストが前記インタラクションインターフェイスを介して受信された場合、前記操作アクセスリクエストから前記通常のトークンを抽出し、前記通常のトークンを前記アプレット管理プラットフォームのアクセスゲートウェイに送信するステップ、又は、前記操作アクセスリクエストが前記サードパーティのプラットフォームを介して受信された場合、前記操作アクセスリクエストから前記所定の開発フレームワークの下でのトークンを抽出し、前記所定の開発フレームワークの下でのトークンを前記アクセスゲートウェイに送信するステップ、又は、前記操作アクセスリクエストが前記開発者インターフェイスを介して受信された場合、前記操作アクセスリクエストから前記アプリケーションプログラムトークンを抽出し、前記アプリケーションプログラムトークンを前記アクセスゲートウェイに送信するステップと、
前記アクセスゲートウェイを介して前記通常のトークンを認証するステップ、又は、前記アクセスゲートウェイを介して前記所定の開発フレームワークの下でのトークンを認証するステップ、又は、前記アクセスゲートウェイを介して前記アプリケーションプログラムトークンを認証するステップと、
を含む請求項２に記載の方法。
前記アクセスゲートウェイを介して前記通常のトークンを認証するステップが、
前記通常のトークンのユーザ識別子が所定の期間内に取得された場合、前記アクセスゲートウェイによる前記通常のトークンの認証がパスしたと判定するステップと、
前記通常のトークンのユーザ識別子が所定の期間内に取得されていない場合、前記アクセスゲートウェイによる前記通常のトークンの認証がパスしないと判定するステップと、
を含む請求項３に記載の方法。
前記アクセスゲートウェイを介して前記所定の開発フレームワークの下でのトークンを認証するステップが、
前記サードパーティのプラットフォームの識別子及び前記アプレット識別子が前記所定の開発フレームワークの下でのトークンから解析された場合、前記アクセスゲートウェイによる前記所定の開発フレームワークの下でのトークンの認証がパスしたと判定するステップと、
前記サードパーティのプラットフォームの識別子又は前記アプレット識別子が前記所定の開発フレームワークの下でのトークンから解析されていない場合、前記アクセスゲートウェイによる前記所定の開発フレームワークの下でのトークンの認証がパスしないと判定するステップと、
を含む請求項３に記載の方法。
前記アクセスゲートウェイを介して前記アプリケーションプログラムトークンを認証するステップが、
前記アプレット識別子が前記アプリケーションプログラムトークンから復号化された場合、前記アクセスゲートウェイによる前記アプリケーションプログラムトークンの認証がパスしたと判定するステップと、
前記アプレット識別子が前記アプリケーションプログラムトークンから復号化されていない場合、前記アクセスゲートウェイによる前記アプリケーションプログラムトークンの認証がパスしないと判定するステップと、
を含む請求項３に記載の方法。
前記操作アクセスリクエストに対応するアプレットサービス能力を前記アプレットマーチャントに提供するステップが、
前記操作アクセスリクエストから前記操作アクセスタイプを解析するステップと、
前記操作アクセスタイプに基づいて、前記アプレット管理プラットフォームのアプレット共通能力ユニットから前記操作アクセスリクエストに対応するアプレットサービス権限を取得するステップと、
前記アプレットマーチャントが前記アプレットサービス権限に対応するアプレットサービス能力を取得するように、前記操作アクセスリクエストに対応するアプレットサービス権限を前記アプレットマーチャントに提供するステップと、
を含む請求項１に記載の方法。
アプレット管理プラットフォームを介して、アプレットマーチャントから送信された操作アクセスリクエストを受信するための受信モジュールであって、前記操作アクセスリクエストには、アプレットトークン、アプレット識別子及び操作アクセスタイプが含まれる受信モジュールと、
前記アプレット管理プラットフォームを介して前記操作アクセスリクエストを認証するための認証モジュールと、
認証がパスした場合、前記操作アクセスリクエストに対応するアプレットサービス能力を前記アプレットマーチャントに提供するための提供モジュールと、
を備える、アプレットサービス能力を提供する装置。
前記受信モジュールが、前記アプレット管理プラットフォームのインタラクションインターフェイスを介して、前記アプレットマーチャントから送信された前記操作アクセスリクエストを受信し、又は、前記アプレット管理プラットフォームのサードパーティのプラットフォームを介して、前記アプレットマーチャントから送信された前記操作アクセスリクエストを受信し、又は、前記アプレット管理プラットフォームの開発者インターフェイスを介して、前記アプレットマーチャントから送信された前記操作アクセスリクエストを受信し、前記アプレットトークンは、通常のトークン、所定の開発フレームワークの下でのトークン、又はアプリケーションプログラムトークンを含む請求項８に記載の装置。
前記認証モジュールが、
前記操作アクセスリクエストが前記インタラクションインターフェイスを介して受信された場合、前記操作アクセスリクエストから前記通常のトークンを抽出し、前記通常のトークンを前記アプレット管理プラットフォームのアクセスゲートウェイに送信し、又は、前記操作アクセスリクエストが前記サードパーティのプラットフォームを介して受信された場合、前記操作アクセスリクエストから前記所定の開発フレームワークの下でのトークンを抽出し、前記所定の開発フレームワークの下でのトークンを前記アクセスゲートウェイに送信し、又は、前記操作アクセスリクエストが前記開発者インターフェイスを介して受信された場合、前記操作アクセスリクエストから前記アプリケーションプログラムトークンを抽出し、前記アプリケーションプログラムトークンを前記アクセスゲートウェイに送信し、
前記アクセスゲートウェイを介して前記通常のトークンを認証し、又は、前記アクセスゲートウェイを介して前記所定の開発フレームワークの下でのトークンを認証し、又は、前記アクセスゲートウェイを介して前記アプリケーションプログラムトークンを認証する請求項９に記載の装置。
前記認証モジュールが、前記通常のトークンのユーザ識別子が所定の期間内に取得された場合、前記アクセスゲートウェイによる前記通常のトークンの認証がパスしたと判定し、前記通常のトークンのユーザ識別子が所定の期間内に取得されていない場合、前記アクセスゲートウェイによる前記通常のトークンの認証がパスしないと判定する請求項１０に記載の装置。
前記認証モジュールが、前記サードパーティのプラットフォームの識別子及び前記アプレット識別子が前記所定の開発フレームワークの下でのトークンから解析された場合、前記アクセスゲートウェイによる前記所定の開発フレームワークの下でのトークンの認証がパスしたと判定し、前記サードパーティのプラットフォームの識別子又は前記アプレット識別子が前記所定の開発フレームワークの下でのトークンから解析されていない場合、前記アクセスゲートウェイによる前記所定の開発フレームワークの下でのトークンの認証がパスしないと判定する請求項１０に記載の装置。
前記認証モジュールが、前記アプレット識別子が前記アプリケーションプログラムトークンから復号化された場合、前記アクセスゲートウェイによる前記アプリケーションプログラムトークンの認証がパスしたと判定し、前記アプレット識別子が前記アプリケーションプログラムトークンから復号化されていない場合、前記アクセスゲートウェイによる前記アプリケーションプログラムトークンの認証がパスしないと判定する請求項１０に記載の装置。
前記提供モジュールが、前記操作アクセスリクエストから前記操作アクセスタイプを解析し、前記操作アクセスタイプに基づいて、前記アプレット管理プラットフォームのアプレット共通能力ユニットから前記操作アクセスリクエストに対応するアプレットサービス権限を取得し、前記アプレットマーチャントが前記アプレットサービス権限に対応するアプレットサービス能力を取得するように、前記操作アクセスリクエストに対応するアプレットサービス権限を前記アプレットマーチャントに提供する請求項８に記載の装置。
少なくとも１つのプロセッサと、
該少なくとも１つのプロセッサに通信可能に接続されるメモリと、
を備え、
前記メモリには、前記少なくとも１つのプロセッサによって実行可能な命令が記憶され、前記命令が、前記少なくとも１つのプロセッサが請求項１から７のいずれか一項に記載のアプレットサービス能力を提供する方法を実行できるように、前記少なくとも１つのプロセッサによって実行される電子機器。
コンピュータ命令が記憶されている非一時的なコンピュータ読み取り可能な記憶媒体であって、
前記コンピュータ命令が、コンピュータに請求項１から７のいずれか一項に記載のアプレットサービス能力を提供する方法を実行させる非一時的なコンピュータ読み取り可能な記憶媒体。
コンピュータに請求項１から７のいずれか一項に記載のアプレットサービス能力を提供する方法を実行させるコンピュータプログラム。