JP6691262B2 - グラフィックコード情報を提供及び取得する方法及び装置並びに端末 - Google Patents

Description

本出願は、情報処理技術の分野に関し、且つ、更に詳しくは、グラフィックコード情報を提供及び取得する方法、装置、及び端末に関する。

モバイル通信技術及び端末技術の急速な進歩に伴って、端末には、益々豊富な機能をユーザに提供するべく、様々なアプリケーションをインストールすることができる。関係する技術において、大部分のアプリケーションは、セキュリティの懸念に起因し、アプリケーションに関与する機密を含むグラフィックコード情報をその他のアプリケーションに提供することにはならないであろう。

例えば、購買などの支払アプリケーションシナリオにおいて、ユーザは、Ａｌｉｐａｙアプリケーションによって供給されるオフライン支払コードを使用することにより、支払動作を迅速且つ便利に実施することができる。現在、Ａｌｉｐａｙは、その他のインターネット企業との比較において、オフライン支払コードを使用する支払技術の観点において、且つ、ユーザの数の観点において、多大な利点を有している。従って、すべてのモバイル端末製造者は、Ａｌｉｐａｙオフライン支払コード機能にアクセスすることを所望することになろう。但し、Ａｌｉｐａｙオフライン支払コードをモバイル端末製造者に提供するプロセスにおいて、第三者が、オフライン支払コードを盗む場合があり、或いは、類似のグラフィックコードを偽造するように、Ａｌｉｐａｙオフライン支払コードから生成された重要なデータを傍受する場合がある。

現時点の技術における問題点を克服するべく、本出願は、グラフィックコード情報を提供及び取得する方法、装置、及び端末を提供している。

本出願のいくつかの実施形態の第一の態様によれば、グラフィックコード情報を提供する方法が提供されている。方法は、第一モジュール、第二モジュール、及びインタフェースモジュールを具備する装置に対して適用可能であり、この場合に、インタフェースモジュールは、第二モジュールに対応している。方法は、
第二モジュールが、第一モジュールが信頼できるモジュールであるかどうかをインタフェースモジュールを通じて検証するステップと、
第二モジュールが、ターゲットユーザ情報を受け取り、且つ、ターゲットユーザ情報が第二モジュール上においてログインされた状態にあるかどうかを検証するステップであって、ターゲットユーザ情報は、インタフェースモジュールと予め関連付けられている、ステップと、
第一モジュールが信頼できるモジュールであり、且つ、ターゲットユーザ情報が第二モジュール上においてログインされた状態にあることを検証した後に、第二モジュールが、グラフィックコード情報を生成し、且つ、グラフィックコード情報をインタフェースモジュールを通じて第一モジュールに送信するステップと、
を具備する。

本出願のいくつかの実施形態の第二の態様によれば、グラフィックコード情報を提供する方法が提供されている。方法は、第二モジュールにおいて適用可能であり、且つ、
インタフェースモジュールを通じて、第一モジュールが信頼できるモジュールであるかどうかを検証するステップと、
インタフェースモジュールを通じて、ターゲットユーザ情報を受け取り、且つ、ターゲットユーザ情報が第二モジュール上においてログインされた状態にあるかどうかを検証するステップであって、ターゲットユーザ情報は、インタフェースモジュールと予め関連付けられている、ステップと、
第一モジュールが信頼できるモジュールであり、且つ、ターゲットユーザ情報が第二モジュール上においてログインされた状態にあることを検証した後に、グラフィックコード情報を生成し、且つ、グラフィックコード情報をインタフェースモジュールを通じて第一モジュールに送信するステップと、
を具備する。

本出願のいくつかの実施形態の第三の態様によれば、グラフィックコード情報を提供する方法が提供されている。方法は、インタフェースモジュールに対して適用可能であり、且つ、
第二モジュールによって送信された暗号化済みのセッション情報を受け取り、且つ、暗号化済みのセッション情報を第一モジュールに送信するステップと、
第二モジュールが、暗号解読結果に従って、第一モジュールが信頼できるモジュールであるかどうかを検証するように、第一モジュールによる暗号化済みのセッション情報の暗号解読からの暗号解読結果を第二モジュールに送信するステップと、
第二モジュールが、ターゲットユーザ情報が第二モジュール上においてログインされた状態にあるかどうかを検証するように、予め関連付けられたターゲットユーザ情報を第二モジュールに送信するステップと、
第二モジュールが、第一モジュールが信頼できるモジュールであり、且つ、ターゲットユーザ情報が第二モジュール上においてログインされた状態にあることを検証した後に、第二モジュールによって生成されたグラフィックコード情報を受け取り、且つ、グラフィックコード情報を第一モジュールに送信するステップと、
を具備する。

本出願のいくつかの実施形態の第四の態様によれば、グラフィックコード情報を取得する方法が提供されている。方法は、第一モジュールに対して適用可能であり、且つ、
インタフェースモジュールを通じて、第二モジュールによって送信された暗号化済みのセッション情報を受け取るステップと、
第二モジュールが、暗号解読結果に従って、第一モジュールが信頼できるモジュールであるかどうかを検証するように、暗号化済みのセッション情報を暗号解読し、且つ、暗号解読結果をインタフェースモジュールを通じて第二モジュールに送信するステップと、
インタフェースモジュールを通じて、第二モジュールによって提供されたグラフィックコード情報を受け取るステップであって、グラフィックコード情報は、第二モジュールが、第一モジュールが信頼できるモジュールであり、且つ、インタフェースモジュールと予め関連付けられたターゲットユーザ情報が第二モジュール上においてログインされた状態にあることを検証した後に、提供される、ステップと、
を具備する。

本出願のいくつかの実施形態の第五の態様によれば、グラフィックコード情報を提供する方法が提供されている。方法は、端末支払アプリケーション、第三者支払アプリケーション、及びインタフェースモジュールを具備する端末に対して適用可能であり、この場合に、インタフェースモジュールは、第三者支払アプリケーションに対応している。方法は、
第三者支払アプリケーションが、インタフェースモジュールを通じて、端末支払アプリケーションが信頼できるアプリケーションであるかどうかを検証するステップと、
第三者支払アプリケーションが、ターゲットユーザ情報を受け取り、且つ、ターゲットユーザ情報が第三者支払アプリケーション上においてログインされた状態にあるかどうかを検証するステップであって、ターゲットユーザ情報は、インタフェースモジュールと予め関連付けられている、ステップと、
端末支払アプリケーションが信頼できるアプリケーションであり、且つ、ターゲットユーザ情報が第三者支払アプリケーション上においてログインされた状態にあることを検証した後に、第三者支払アプリケーションが、グラフィックコード情報を生成し、且つ、グラフィックコード情報を端末支払アプリケーションにインタフェースモジュールを通じて送信するステップと、
を具備する。

本出願のいくつかの実施形態の第六の態様によれば、グラフィックコード情報を提供する装置が提供されている。装置は、インタフェース装置及び第一装置を具備する端末に対して適用可能であり、且つ、装置は、
インタフェース装置を通じて、第一装置が信頼できる装置であるかどうかを検証するように構成された信頼性検証モジュールと、
インタフェース装置を通じてターゲットユーザ情報を受け取り、且つ、ターゲットユーザ情報が第二装置上においてログインされた状態にあるかどうかを検証するように構成されたユーザ情報検証モジュールであって、ターゲットユーザ情報は、インタフェース装置と予め関連付けられている、ユーザ情報検証モジュールと、
第一装置が信頼できる装置であり、且つ、ターゲットユーザ情報が第二装置上においてログインされた状態にあることが検証された後に、グラフィックコード情報を生成し、且つ、グラフィックコード情報をインタフェース装置を通じて第一装置に送信するように構成された情報送信モジュールと、
を具備する。

本出願のいくつかの実施形態の第六の態様によれば、グラフィックコード情報を提供する装置が提供されている。装置は、第一装置及び第二装置を具備する端末に対して適用可能であり、且つ、装置は、
第二装置によって送信された暗号化済みのセッション情報を受け取り、且つ、暗号化済みのセッション情報を第一装置に送信するように構成された暗号化済みセッション情報受信モジュールと、
第二装置が、暗号解読結果に従って、第一装置が信頼できる装置であるかどうかを検証するように、第一装置による暗号化済みのセッション情報の暗号解読から得られた暗号解読結果を第二装置に送信するように構成された暗号解読結果送信モジュールと、
第二装置が、ターゲットユーザ情報が第二装置上においてログインされた状態にあるかどうかを検証するように、予め関連付けられたターゲットユーザ情報を第二装置に送信するように構成されたユーザ情報送信モジュールと、
第一装置が信頼できる装置であり、且つ、ターゲットユーザ情報が第二装置上においてログインされた状態にあることが検証された後に、第二装置によって生成されたグラフィックコード情報を受け取り、且つ、グラフィックコード情報を第一装置に送信するように構成されたグラフィックコード情報受信モジュールと、
を具備する。

本出願のいくつかの実施形態の第七の態様によれば、グラフィックコード情報を取得する装置が提供されている。装置は、インタフェース装置及び第二装置を具備する端末に対して適用可能であり、且つ、装置は、
第二装置によって送信された暗号化済みのセッション情報をインタフェース装置を通じて受け取るように構成された暗号化済みセッション情報受信モジュールと、
第二装置が、暗号解読結果に従って、第一装置が信頼できる装置であるかどうかを検証するように、暗号化済みのセッション情報を暗号解読し、且つ、暗号解読結果をインタフェース装置を通じて第二装置に送信するように構成された暗号解読モジュールと、
第二装置によって提供されたグラフィックコード情報をインタフェース装置を通じて受け取るように構成されたグラフィックコード情報受信モジュールであって、グラフィックコード情報は、第二装置が、第一モジュールが信頼できる装置であり、且つ、インタフェース装置と予め関連付けられたターゲットユーザ情報が第二装置上においてログインされた状態にあることを検証した後に、提供される、グラフィックコード情報受信モジュールと、
を具備する。

本出願のいくつかの実施形態の第八の態様によれば、端末が提供されており、端末は、
プロセッサと、
プロセッサ実行可能命令を保存するメモリと、
を具備し、
プロセッサは、
インタフェースモジュールを通じて第二モジュールにより、第一モジュールが信頼できるモジュールであるかどうかを検証し、
第二モジュールにより、ターゲットユーザ情報を受け取り、且つ、第二モジュールにより、ターゲットユーザ情報が第二モジュール上においてログインされた状態にあるかどうかを検証し、この場合に、ターゲットユーザ情報は、インタフェースモジュールと予め関連付けられており、且つ、
第一モジュールが信頼できるモジュールであり、且つ、ターゲットユーザ情報が第二モジュール上においてログインされた状態にあることを検証した後に、第二モジュールにより、グラフィックコード情報を生成し、且つ、第二モジュールにより、グラフィックコード情報をインタフェースモジュールを通じて第一モジュールに送信する、
ように構成されている。

本出願の実施形態において提供される技術的解決策は、以下のような有利な効果を実現することができる。

本出願の実施形態における例示用の一解決策によれば、ユーザが、第一モジュールにより、第二モジュールのグラフィックコード機能にアクセスする必要がある際に、第二モジュールは、第一モジュールに対してセキュリティ検証を実行し、且つ、同時に、第一モジュールと既に関連付けられている第二モジュールのユーザに対してもセキュリティ検証を実行している。両方がセキュリティ検証に合格した際に、グラフィックコード情報が第一モジュールに提供される。従って、グラフィックコード情報を提供するプロセスのセキュリティが保証されており、これにより、グラフィックコード情報が盗まれる又は傍受されることが防止される。

上述の概略的な説明及び以下の詳細な説明は、例示及び説明を目的としたものに過ぎず、且つ、本出願を限定するものではないことを理解されたい。

本明細書の添付図面は、説明に包含され、且つ、説明の一部分を構成している。添付図面は、本出願と一貫性を有するいくつかの実施形態を示しており、且つ、説明と共に、本出願の原理を説明するべく使用される。

本出願のいくつかの実施形態によるグラフィックコード情報を提供する方法のフローチャートである。 本出願のいくつかのその他の実施形態によるグラフィックコード情報を提供する方法のフローチャートである。 本出願のいくつかの実施形態によるグラフィックコード情報を提供する方法の適用シナリオの概略図である。 本出願のいくつかのその他の実施形態によるグラフィックコード情報を提供する方法のフローチャートである。 本出願のいくつかのその他の実施形態によるグラフィックコード情報を提供する方法のフローチャートである。 本出願のいくつかのその他の実施形態によるグラフィックコード情報を提供する方法のフローチャートである。 本出願によるグラフィックコード情報を提供する装置又はグラフィックコード情報を取得する装置が配置される端末装置のハードウェア構造図である。 本出願のいくつかの実施形態によるグラフィックコード情報を提供する装置のブロック図である。 本出願のいくつかのその他の実施形態によるグラフィックコード情報を提供する装置のブロック図である。 本出願のいくつかのその他の実施形態によるグラフィックコード情報を取得する装置のブロック図である。

以下、例示用の実施形態について詳細に説明することとするが、その例は、添付図面に示されている。以下の説明が添付図面を伴う際には、異なる図の同一の参照符号は、そうではない旨が示されていない限り、同一の又は類似の要素を表している。以下の例示用の実施形態において記述されている実装方式は、本出願と一貫性を有するすべての実装方式を表しているわけではない。逆に、これらの実装方式は、添付の請求項において詳述されている本出願のいくつかの態様と一貫性を有する装置及び方法の例であるに過ぎない。

本出願において使用されている用語は、本出願を限定する代わりに、いくつかの実施形態を説明するべく意図されたものに過ぎない。又、本出願及び添付の請求項において使用されている単数形の「一つの（one）」、「その（the）」、及び「その（that）」は、その他の意味が明瞭に文脈において示されていない限り、その複数形をも含むことが意図されている。又、本明細書において使用されている「及び／又は（and/or）」という用語は、列挙されている一つ又は複数の関連する項目の任意の又はすべての可能な組合せを意味すると共にこれらを具備していることを理解されたい。

第一の（first）、第二の（second）、第三の（third）、及びこれらに類似したものなどの、用語が、本出願において、様々な情報を記述するべく、使用されている場合があるが、情報は、これらの用語に限定されるものではないことを理解されたい。これらの用語は、同一タイプの情報を弁別するべく使用されているに過ぎない。例えば、変更が本出願の範囲を逸脱しない場合には、第一情報を第二情報と呼称することができると共に、同様に、第二情報を第一情報と呼称することもできる。文脈に応じて、本明細書において使用されている「である場合には（if）」という単語は、「である際には（when）」、「である時点において（at the moment when）」、或いは、「という判定に応答して（in response to a determination）」として解釈することができる。

本出願の実施形態によって提供される解決策は、スマートフォン、スマートウォッチ、スマート眼鏡、タブレットコンピュータ、Ｗａｌｋｍａｎ装置などのような、スマート端末に適用することができる。端末には、益々豊富な機能をユーザに提供するべく、様々なアプリケーションをインストールすることができる。関係する技術において、大部分のアプリケーションは、セキュリティの懸念に起因し、アプリケーションに関与する機密を含むグラフィックコード情報をその他のアプリケーションに提供することにはならないであろう。本出願の実施形態によって提供される解決策は、データ供給者がグラフィックコード情報をデータ受領者に安全に送信することを可能にしている。

図１は、本出願のいくつかの実施形態によるグラフィックコード情報を提供する方法のフローチャートである。方法は、第一モジュール、第二モジュール、及びインタフェースモジュールを具備する装置において適用可能であり、この場合に、インタフェースモジュールは、第二モジュールに対応している。方法は、以下のようなステップ１０１〜１０３を具備する。

ステップ１０１において、第二モジュールは、第一モジュールが信頼できるモジュールであるかどうかをインタフェースモジュールを通じて検証している。

ステップ１０２において、第二モジュールは、ターゲットユーザ情報を受け取り、且つ、ターゲットユーザ情報が第二モジュール上においてログインされた状態にあるかどうかを検証しており、この場合に、ターゲットユーザ情報は、インタフェースモジュールと予め関連付けられている。

ステップ１０３において、第一モジュールが信頼できるモジュールであり、且つ、ターゲットユーザ情報が第二モジュール上においてログインされた状態にあることを検証した後に、第二モジュールは、グラフィックコード情報を生成し、且つ、グラフィックコード情報をインタフェースモジュールを通じて第一モジュールに送信している。

本出願のいくつかの実施形態における装置は、スマートフォン、タブレットコンピュータ、Ｗａｌｋｍａｎ装置、パーソナルコンピュータ、携帯型装置などのような、スマート端末上において稼働することができる。第一モジュールは、グラフィックコード情報受領者を意味することができると共に、第二モジュールは、グラフィックコード情報供給者を意味することができる。第一モジュール及び第二モジュールは、装置上において独立的に稼働する二つの異なるアプリケーションであってもよい。第二モジュールがグラフィックコード情報を第一モジュールに提供していることから、インタフェースモジュールは、第二モジュールに対応することができると共に、第二モジュールと第一モジュールとの間の安全な通信のために使用することができる。

第二モジュールがグラフィックコード情報を第一モジュールに提供していることから、第一モジュール及び第二モジュールは、データのやり取りを実行する必要がある。第一モジュールと第二モジュールとが異なる製造者によって製造されており、且つ、第一モジュール及び第二モジュールがデータのやり取りを直接的に実行していると仮定すれば、第一モジュール及び第二モジュールは、グラフィックコード情報の提供及び処理のプロセスを実行するように、情報送信プロトコルを相互に開示する必要がある。但し、情報送信プロトコルの開示は、セキュリティを弱めることになる。従って、実施形態においては、第一モジュールと第二モジュールとの間においてやり取りプロセスを実行するべく、インタフェースモジュールが使用されている。インタフェースモジュールは、第二モジュールの製造者によって第一モジュールに提供されてもよく、且つ、インタフェースモジュールの詳細機能は、第二モジュールの製造者によって提供される。従って、第二モジュールの製造者は、データ送信プロトコルに関する過大な情報を第一モジュールに開示する必要がない。インタフェースモジュールが第一モジュールに提供された後に、第一モジュールは、インタフェースモジュールを第二モジュールとの間におけるやり取りのためのサブモジュールとして統合することが可能であり、これにより、第一モジュールの製造者による開発の費用及び難しさが低減される。

第二モジュールがグラフィックコード情報を第一モジュールに送信する前に、第二モジュールは、インタフェースモジュールを通じて、第一モジュール及び第一モジュールと関連する第一ユーザ情報に対してセキュリティ検証を実行することができる。第一モジュールが信頼できるモジュールであり、且つ、ターゲットユーザ情報が第二モジュール上においてログインされた状態にあることを検証した後に、第二モジュールは、グラフィックコード情報を生成し、且つ、グラフィックコード情報をインタフェースモジュールを通じて第一モジュールに送信している。

ここで、第一モジュールが信頼できるモジュールであるという第二モジュールによる検証は、その他の信頼できないモジュールが第二モジュールに対するグラフィックコード情報取得要求を開始することを防止するように、且つ、従って、第二モジュールがグラフィックコード情報を信頼できないモジュールに提供することを防止するように、第一モジュールが、第二モジュールによって予め設定された信頼できるモジュールであることを判定するためのものである。グラフィックコード情報は、機密を含むユーザ情報を伴っていることから、第二モジュールと関連するユーザ情報が第二モジュール上においてログインされた状態にあるかどうかを更に検証することができる。ここで、ターゲットユーザ情報は、ユーザアカウント番号やユーザ識別子などのような、ユーザをその他のユーザから一意に弁別する能力を有する情報であってもよい。ユーザ情報のフォーマットは、例示用の一用途においては、柔軟にセットアップすることが可能であり、これは、実施形態によって限定されていない。第二モジュール上においてログインされた状態にあるユーザ情報が、第二モジュールと関連するユーザ情報とマッチングしていない場合には、それは、現時点において第一モジュール及び第二モジュールを使用しているユーザが、同一ではない場合があることを示しており、且つ、従って、セキュリティ検証に失敗しており、これにより、グラフィックコード情報がその他のユーザに提供されることが防止され、且つ、グラフィックコード情報のセキュリティが保証される。

例示用の一用途においては、第一モジュールが信頼できるモジュールであるかどうかを検証するべく、様々な方式を使用することができる。例えば、第一モジュールと第二モジュールとは、いくつかの自己定義された識別情報（例えば、いくつかのパスワードストリング、第一モジュールの一意の識別子、いくつかの自己定義された文字ストリングなど）について事前に合意することができる。第二モジュールが検証を実行する際に、インタフェースモジュールは、第一モジュール内において保存されている識別情報を取得することが可能であり、且つ、チェックのために識別情報を第二モジュールに提供することが可能であり、且つ、第二モジュールは、チェック結果に従って、第一モジュールが信頼できるモジュールであるかどうかを判定する。更には、識別情報を第二モジュールに提供する際には、インタフェースモジュールは、データ送信セキュリティを更に改善するべく、暗号化などのセキュリティ処理を識別情報に対して実行することもできる。その他の任意選択の実装方式においては、第一モジュールと第二モジュールとにより、キーについて事前に合意されていてもよく、且つ、インタフェースモジュールは、第一モジュールによって暗号化されたデータを暗号解読のために第二モジュールに提供することができる。暗号解読に成功した場合には、第一モジュールが信頼できるモジュールであると判定することが可能であり、或いは、その代わりに、第二モジュールは、暗号化済みのデータを暗号解読のために第一モジュールに提供することもできる。暗号解読に成功した場合には、第二モジュールが信頼できるモジュールであると判定することができる。

任意選択の一実装方式において、第二モジュールが、インタフェースモジュールを通じて、第一モジュールが信頼できるモジュールであるかどうかを検証するステップは、
第二モジュールにより、暗号化済みのセッション情報をインタフェースモジュールを通じて第一モジュールに送信するステップと、
暗号化済みのセッション情報を暗号解読し、且つ、暗号解読結果を第一モジュールによって第二モジュールに送信するステップと、
暗号解読結果に従って第二モジュールにより、第一モジュールが信頼できるモジュールであるかどうかを検証するステップと、
を具備する。

セッション情報を暗号化する上述の方式を通じて、データ送信セキュリティを改善することができる。ここで、第一モジュールがスマート端末の製造者によって製造される際には、暗号化済みのセッション情報を暗号解読するべく第一モジュールによって使用されるキーは、安全な保存エリア内において予め設定されたプライベートキーであってもよく、且つ、セッション情報を暗号化するべく第二モジュールによって使用されるキーは、事前に第一モジュールによって分配されたパブリックキーであってもよい。実施形態における端末は、信頼できる実行環境（ＴＥＥ：Trusted Execution Environment）によって予め構成された端末であってもよい。ＴＥＥは、クライアント装置がデータを安全に保存すると共にプログラムを実行するように、端末製造者によってカスタム生成されたエリアを意味している。ＴＥＥは、装置のオペレーティングシステムと並行して稼働する独立した実行環境を提供し、且つ、キー、認証、及び証明書を保存するべく、装置上において重要なコンテンツ保護ソフトウェアを実行するべく、コアコンテンツ保護機能を実行するべく、且つ、これらに類似ものを実行するべく、使用することができる。実施形態における端末製造者は、第一モジュールのために、ＴＥＥ内において非対称キー（パブリックキー及びプライベートキー）を予め設定することができる。第一モジュールが第二モジュールのユーザ情報と関連付けられている際には、第一モジュールは、パブリックキーを第二モジュールに分配することができる。パブリックキー及びプライベートキーは、端末ＴＥＥ内において予め設定されており、これにより、キーを破ることが相対的に困難となり、且つ、キーの安全な保存が保証される。

例示用の実施形態においては、パブリックキー及びプライベートキーは、データ暗号化のために使用されており、即ち、非対称キーによる暗号化が使用されており、これは、相対的に高度なセキュリティを有する。非対称キーによる暗号化は、異なるキーが暗号化及び暗号解読に使用される暗号化方式を意味している。パブリックキー及びプライベートキーという、二つのキーが必要である。パブリックキーがデータを暗号化するべく使用される場合には、暗号解読は、対応するプライベートキーによってのみ、実行することができる。例えば、関係者Ａがキーのペアを生成し、且つ、これらのキーのうちの一つをパブリックキーとして関係者Ｂに開示し、パブリックキーを取得した際に、関係者Ｂは、機密情報を暗号化するべく、このキーを使用し、且つ、次いで、暗号化済みの機密情報を関係者Ａに送信し、関係者Ａは、次いで、暗号化済みの情報を暗号解読するべく、自身が保存しているプライベートキーを使用する。

第一モジュールは、プライベートキーを保持する必要があり、且つ、第二モジュールは、パブリックキーを保持する必要があることから、パブリックキーは、第一モジュールによって第二モジュールに事前に分配することができる。第三者支払アプリケーションがパブリックキーを使用して暗号化されたセッション情報を送信した際に、暗号化済みの情報を暗号解読するべく、端末支払アプリケーションのプライベートキーを使用することができる場合に、端末支払アプリケーションを信頼できるアプリケーションであると判定することができる。

任意選択の実装方式においては、セッション情報は、ランダムに生成されたセッションキーを具備する。

第一モジュールが、暗号化済みのセッション情報を暗号解読し、且つ、暗号解読結果をインタフェースモジュールを通じて第二モジュールに送信するステップは、
第一モジュールにより、暗号化済みのセッション情報を暗号解読し、第一モジュールが暗号解読を成功裏に完了させた場合に、暗号解読済みのセッションキーを取得し、且つ、第一モジュールにより、暗号解読を通じて得られたセッションキーをインタフェースモジュールに送信するステップ、
を具備する。

インタフェースモジュールは、検証情報を暗号化し、且つ、暗号化済みの検証情報を第二モジュールに送信しており、この場合に、検証情報を暗号化するべくインタフェースモジュールによって使用されるキーは、第一モジュールによる暗号解読を通じて得られたセッションキーである。

第二モジュールが、暗号解読結果に従って、第一モジュールが信頼できるモジュールであるかどうかを検証するステップは、
第二モジュールが、暗号化済みの検証情報を受け取り、且つ、暗号解読のために、ランダムに生成されたセッションキーを使用し、暗号解読に成功した場合に、第一モジュールが信頼できるモジュールであると判定するステップ、
を具備する。

第二モジュールによってパブリックキーによって暗号化されたデータは、第一モジュールに送信され、且つ、第二モジュールは、プライベートキーを使用した第一モジュールによる暗号解読からの暗号解読結果について知る必要がある。その一方において、悪意を有するソフトウェアが暗号解読結果を破ることを防止するように、暗号解読結果がインタフェースモジュールを通じて第二モジュールに送信されるプロセスについて、セキュリティを保証する必要がある。例示用の実施形態においては、第二モジュールが、セッション情報を暗号化するべくパブリックキーを使用する際に、セッションキーが、ランダムに生成されてもよく、且つ、セッション情報として使用されてもよく、且つ、パブリックキーが、セッションキーを暗号化するべく使用される。セッションキーは、セッションの二つの関係者の間における安全な通信セッションのためにランダムに生成される時間制限を有する暗号化及び暗号解読キーを意味している。第一モジュールが暗号解読を成功裏に完了した場合に、暗号解読済みのセッションキーが取得されることになり、且つ、インタフェースモジュールは、検証情報を暗号化するべくセッションキーを使用することが可能であり、且つ、暗号化済みの検証情報を第二モジュールに送信することができる。ここで、検証情報のフォーマットは、実際のニーズに従って柔軟にセットアップすることができる。このステップの目的は、第二モジュールが、インタフェースモジュールによって送信された暗号化済みの検証情報を受け取ることができるように、且つ、暗号解読のためにランダムに予め生成されたセッションキーを使用することができるように、第一モジュールによる暗号解読を通じて取得されたセッションキーを使用して情報を暗号化するというものである。暗号解読に成功した場合に、第一モジュールが信頼できるモジュールであると判定することができる。セッションキーにより、第一モジュールが、予め合意されたキーを正常な暗号解読のために使用することができるかどうかを正確に検出することが可能であり、且つ、暗号解読結果の送信のセキュリティを保証することもできる。

上述の説明から、第一モジュールに対して第二モジュールによって実行されるセキュリティ検証のプロセスは、第一モジュールと予め関連付けられたターゲットユーザ情報が第二モジュール上においてログインされた状態にあるかどうかを検証するプロセスを具備していることがわかる。この検証を実行するプロセスにおいては、第一モジュールは、予め関連付けられたユーザ情報を第二モジュールに送信することができると共に、このプロセスにおいてユーザ情報送信のセキュリティを保証するべく、インタフェースモジュールは、ユーザ情報を暗号化することができると共に暗号化済みのユーザ情報を第二モジュールに送信することができる。

任意選択の一実装方式においては、プロセスフローを低減すると共に第二モジュールによる検証を加速化するべく、インタフェースモジュールが、検証情報を暗号化し、且つ、暗号化済みの検証情報を第二モジュールに送信するステップは、
インタフェースモジュールがターゲットユーザ情報を暗号化した後に、インタフェースモジュールが、暗号化済みのターゲットユーザ情報を暗号化済みの検証情報として第二モジュールに送信するステップ、
を具備することができる。

例示用の実施形態においては、第一モジュールの暗号解読結果を第二モジュールに送信する際に、インタフェースモジュールは、ターゲットユーザ情報を検証情報として使用することが可能であり、且つ、セッションキーを使用して検証情報を暗号化することが可能であり、且つ、次いで、暗号化済みの検証情報を第二モジュールに送信することができる。その一方で、この結果、ターゲットユーザ情報を送信する際に、ターゲットユーザ情報の暗号化が実現され、且つ、他方においては、この結果、プロセスフローが低減される。第二モジュールの場合には、第二モジュールは、同時に、第一モジュールが暗号解読を成功裏に完了させるかどうかを検証することが可能であると共に、ターゲットユーザ情報を検証することができる。

第一モジュールが信頼できるモジュールであり、且つ、ターゲットユーザ情報が第二モジュール上においてログインされた状態にあることを検証した後に、第二モジュールは、グラフィックコード情報を生成することが可能であり、且つ、グラフィックコード情報をインタフェースモジュールを通じて第一モジュールに送信することができる。グラフィックコード情報を送信するプロセスにおいては、第二モジュールは、グラフィックコード情報を暗号化することが可能であり、且つ、次いで、暗号化済みのグラフィックコード情報を送信することができる。

任意選択の実装方式においては、セッション情報は、ランダムコードを更に具備することができる。第二モジュールは、ランダムコードを生成することが可能であり、且つ、セッションキー及びランダムコードをインタフェースモジュールに送信するべく、パブリックキーを使用することができる。第一モジュールが暗号解読を成功裏に完了させた後に、セッションキー及びランダムコードが取得される。インタフェースモジュールが、ターゲットユーザ情報を暗号化するべくセッションキーを使用する際には、インタフェースモジュールは、ターゲットユーザ情報及びランダムコードを暗号化するべく、セッションキーを使用することができる。本出願のいくつかの実施形態においては、セッションキーは、ランダムに生成されるランダムコードを更に具備することができると共に、第二モジュールは、インタフェースモジュールによって返されたランダムコードが、ランダムに生成されたランダムコードと一貫性を有しているかどうかを検証することが可能であり、これにより、再入力要求が防止され、且つ、データ送信のセキュリティが更に保証される。

ここで、グラフィックコード情報を生成し、且つ、グラフィックコード情報を第一モジュールにインタフェースモジュールを通じて送信するステップは、
第二モジュールがグラフィックコード情報を生成した後に、第二モジュールが、グラフィックコード情報を暗号化するべく、ランダムに生成されたセッションキーを使用し、且つ、暗号化済みのグラフィックコード情報をインタフェースモジュールに送信するステップ、
を具備することができる。

インタフェースモジュールは、暗号化済みのグラフィックコード情報を受け取り、暗号化済みのグラフィックコード情報を暗号解読し、且つ、暗号解読済みのグラフィックコードを第一モジュールに送信しており、ここで、暗号化済みのグラフィックコード情報を暗号解読するべくインタフェースモジュールによって使用されるキーは、第一モジュールによる暗号解読を通じて得られたセッションキーである。

例示用の実施形態においては、セッションキーは、グラフィックコード情報送信プロセスのセキュリティを保証するように、グラフィックコード情報を送信するプロセスにおいて暗号化のために使用することができる。

例示用の一用途においては、グラフィックコード情報を生成するステップは、予め分配された使い捨てパスワードシードを通じてグラフィックコード情報を生成する、というものであってもよい。ここで、使い捨てパスワードシードは、特別なアルゴリズムに従って６０秒ごとにランダム数の組合せを生成するべく、使用することが可能であり、この場合に、ランダム数の組合せは、時間に関係付けられており、且つ、予測不能である。それぞれのパスワードは、一度だけ使用することが可能であり、これにより、グラフィックコード情報が一回だけ使用可能であることが保証され、且つ、グラフィックコード情報が有効である期間が制限される。従って、グラフィックコード情報の安全な使用を効果的に保護することができる。

この時点において、本出願のいくつかの実施形態によって提供される解決策を実装することにより、ユーザが第二モジュールのグラフィックコード機能にアクセスすることを必要としている際に、第一モジュールは、インタフェースモジュールを利用することが可能であり、インタフェースモジュールは、第一モジュールがグラフィックコード情報を迅速に取得し得るように、第二モジュールのグラフィックコード情報に安全にアクセスし、且つ、グラフィックコード情報を第一モジュールに迅速に提供する。

上述の実施形態は、第一モジュールが、第二モジュールによって提供されたグラフィックコード情報を取得するプロセスについて記述している。任意選択の一実装方式においては、第二モジュールがグラフィックコードを第一モジュールに提供する前に、第一モジュールは、ターゲットユーザ情報との間における関連付けを実現するべく、グラフィックコード情報に対するアクセスを第二モジュールに対して要求することができる。以下、第一モジュールがターゲットユーザ情報と予め関連付けられるプロセスについて説明することとする。

例示用の実施形態において、ターゲットユーザ情報及びインタフェースモジュールは、
第一モジュールが、インタフェースモジュールを通じて、第二モジュールに対する関連付け要求を開始するステップと、
第二モジュールが、ログインされた状態におけるユーザアイデンティティ認可情報をインタフェースモジュールを通じて第一モジュールに送信するステップと、
第一モジュールが、ユーザアイデンティティ認可情報、ＴＥＥ内において予め設定されているパブリックキー、及び予め設定されている一意の装置識別子を第一モジュールに対応するサーバを通じて第二モジュールに対応するサーバに送信するステップと、
第一モジュールが、ターゲットユーザ情報を受け取り、且つ、ターゲットユーザ情報をインタフェースモジュールに送信するステップであって、ターゲットユーザ情報は、第二モジュールに対応するサーバがユーザアイデンティティ認可情報を正しいものであると検証した後に、第一モジュールに対応するサーバを通じて、第二モジュールに対応するサーバにより、送信される、ステップと、
という方式により、予め関連付けることができる。

本出願のいくつかの実施形態においては、ＯＡｕｔｈ（Open Authorization）は、ユーザリソースの認可のために定義された、安全で、オープンな、且つ、簡単な、規格である。第三者は、ユーザのアカウント番号及びパスワードを知る必要性なしに、ユーザの認可情報、即ち、ユーザアイデンティティ認可情報、を受け取ることができる。ユーザアイデンティティ認可情報は、第二モジュールに対応するサーバが、第二モジュールを通じて、ユーザによって入力されたユーザアカウント及びアカウントパスワードが正しいことを検証した後に、第二モジュールに対応するサーバによって生成することができる。

端末支払アプリケーションは、第二モジュールのユーザアイデンティティ認可情報を要求し、且つ、次いで、ユーザアイデンティティ認可情報、パブリックキー、及び端末の一意の識別子を安全な方式によって第二モジュールに対応するサーバに送信することができる。第二モジュールに対応するサーバは、第二モジュールによって送信されたユーザアイデンティティ認可情報が、予め生成されたユーザアイデンティティ認可情報と一貫性を有することを検証することが可能であり、且つ、次いで、ユーザアイデンティティ認可情報、パブリックキー、及び一意の装置識別子を保存することが可能であり、これにより、第一モジュール、パブリックキー、及び第二モジュールのユーザの間における関連付けが確立される。

第一モジュールは、第二モジュールに、一意の装置識別子を有するグラフィックコード有効化認可要求を送信することができる。グラフィックコード有効化認可要求に基づいて、第二モジュールは、第一モジュールによって分配されたパブリックキーを第二モジュールに対応するサーバに対して要求することができる。有効化認可要求を受け取った際に、第二モジュールに対応するサーバは、ユーザアイデンティティ認可情報が正しいものであることを検証し、且つ、次いで、保存されているユーザアイデンティティ認可情報、パブリックキー、及び一意の装置識別子を使用することにより、一意の装置識別子に対応するパブリックキーを第二モジュールに分配する。同時に、第二モジュールに対応するサーバは、グラフィックコード情報を生成するべく使用される使い捨てパスワードシードを送信することが可能であり、これにより、第一モジュールは、現時点においてログインされているユーザについて、第二モジュールのグラフィックコード機能にアクセスすることが可能となる。

本出願のいくつかの実施形態による解決策は、機密を含むユーザ情報を伴うグラフィックコードの提供を必要としている大部分のシナリオにおいて適用することができる。例えば、支払アプリケーションシナリオにおいては、第三者支払アプリケーションは、支払コードを端末支払アプリケーションに提供することが可能であり、且つ、支払コードは、ユーザが支払動作を迅速に実行し得るように、端末支払アプリケーションを通じて迅速且つ便利に呼び出すことができる。別の例においては、ソーシャルアプリケーションシナリオにおいて、ソーシャルアプリケーションは、ユーザ情報のグラフィックコードをその他のアプリケーションに提供し、且つ、その他のアプリケーションは、ユーザが「友人の追加」などの動作を迅速に実行し得るように、グラフィックコードを迅速且つ便利に呼び出すことができる。

以下においては、後続する詳細な説明のために、支払シナリオにおける本出願による解決策の適用を一例として使用することとする。ここで、図１に示されている例示用の実施形態においては、第一モジュールは、端末支払アプリケーションであってもよく、且つ、第二モジュールは、第三者支払アプリケーションであってもよい。

現在、益々多くのスマート端末製造者が、Apple, Inc. による Apple Pay、Samsung Electronics による Samsung Pay、Huawei による Huawei Pay、並びに、これらに類似したものなどの支払アプリケーションを導入している。これらの端末製造者の端末支払アプリケーションは、事前にユーザの銀行カードとバンドルしておくことができる。ユーザが支払を実施する際には、且つ、例えば、ロックスクリーン状態、ブランクスクリーン状態、又はホームスクリーン状態などの、端末の状態に拘わらず、ユーザは、アプリケーションを探す且つこれを起動する必要がなく、単に、予め設定された動作を実行することになる。例えば、画面の下部においてアップスライディングトラックを入力することにより、端末支払アプリケーションの支払機能を呼び出すことが可能であり、且つ、ＰＯＳ装置と間における近距離通信を通じて、支払動作が実行される。

又、従来の技術に従って、第三者支払アプリケーションをスマート端末上においてインストールすることができると共に、第三者支払アプリケーションを通じて、取引支払動作を実行することができる。一例としてＡｌｉｐａｙを取り上げれば、ユーザが商人に対する支払を実施する際には、アプリケーションインタフェース内において支払二次元コードを表示するべく、Ａｌｉｐａｙによって提供された支払コード機能を使用することができる。支払二次元コードは、通常、暗号化されたユーザ情報を有しており、且つ、商人は、支払動作を実行するべく、スキャナーによって支払二次元コードを読み取ることができる。

第三者支払アプリケーションのユーザ及び便利な支払コードによる支払動作の途方もない数に起因して、益々多くの端末製造者がＡｌｉｐａｙオフライン支払コード機能にアクセスすることを所望している。但し、Ａｌｉｐａｙオフライン支払コードをモバイル端末製造者に提供するためのプロセスにおいては、第三者が、オフライン支払コードを盗む場合があり、或いは、類似のグラフィックコードを偽造するように、Ａｌｉｐａｙオフライン支払コードによって生成された重要なデータを傍受する場合がある。

本出願のいくつかの実施形態において提供されるグラフィックコード情報を提供する解決策によれば、第三者支払アプリケーションは、支払コード要求を開始する端末製造者アプリケーションに対してセキュリティ検証を実行することが可能であり、且つ、同時に、端末製造者アプリケーションと既に関連付けられている第三者支払アプリケーションユーザに対してセキュリティ検証を実行することができる。端末製造者アプリケーションとユーザとの両方がセキュリティ検証に合格した際に、グラフィックコード情報が端末製造者アプリケーションに提供される。従って、グラフィックコードを提供するプロセスのセキュリティを保証することが可能であり、これにより、支払コードが盗まれる又は傍受されることが防止される。

例示用の実施形態における端末には、端末支払アプリケーション及び第三者支払アプリケーションをインストールすることができる。ユーザは、第一アカウントに基づいて、端末支払アプリケーションを通じて端末サーバにログインすることができる。アカウント及びパスワードを入力し、且つ、端末サーバに成功裏にログインした後に、ユーザは、端末支払アプリケーションを通じて、端末サーバによって提供された機能を取得することができる。又、ユーザは、第二アカウントに基づいて、第三者支払アプリケーションを通じて第三者支払サーバにログインすることができる。アカウント名及びパスワードを入力し、且つ、第三者支払サーバに成功裏にログインした後に、ユーザは、第三者支払アプリケーションを通じて、第三者支払サーバによって提供された機能を取得することができる。

ここで、本出願の例示用の実施形態における端末は、ＴＥＥによって予め構成された端末である。例示用の実施形態における端末製造者は、端末支払アプリケーションのためのデータ暗号化において使用されるように、ＴＥＥ内において非対称キー（パブリックキー及びプライベートキー）を予め設定することができる。

図２Ａ及び図２Ｂを参照し、例示用の実施形態のグラフィックコード情報を提供する解決策について詳細に説明することとする。図２Ａは、本出願のいくつかのその他の実施形態によるグラフィックコード情報を提供する方法のフローチャートであり、且つ、図２Ｂは、本出願のいくつかの実施形態によるグラフィックコード情報を提供する方法の適用シナリオの概略図である。図２Ｂは、端末としてのスマートフォン、第三者支払アプリケーション、及び端末製造者によって生成された支払アプリケーションを示している。スマートフォンには、ＴＥＥが提供されており、且つ、電話機製造者は、パブリックキー及びプライベートキーをＴＥＥ内において予め設定している。第三者支払アプリケーションのサービスプロバイダは、関連するプログラムを事前に開発することが可能であり、且つ、プログラムをソフトウェア開発キットであるＳＤＫとしてパッケージ化することが可能であり、ＳＤＫは、端末製造者に提供される。端末製造者は、ＳＤＫを端末支払アプリケーション内においてサブモジュールとして統合することが可能であり、且つ、ＳＤＫは、端末支払アプリケーションのサブモジュールとして、第三者支払アプリケーションとやり取りすることなる。例示用の実施形態においては、サブモジュールは、インタフェースモジュールと呼称されている。又、その他の任意選択の実装方式においては、端末は、タブレットコンピュータ、スマートリストバンド、スマート眼鏡などのような、装置であってもよく、且つ、第三者支払アプリケーションは、ＷｅＣｈａｔ ＰａｙやＢａｉｄｕ Ｗａｌｌｅｔなどのような、共通アプリケーションを具備し得ることを理解することができる。方法は、以下のようなステップ２０１〜２０３を具備する。

ステップ２０１において、第三者支払アプリケーションは、インタフェースモジュールを通じて、端末支払アプリケーションが信頼できるアプリケーションであるかどうかを検証している。

ステップ２０２において、第三者支払アプリケーションは、ターゲットユーザ情報を受け取り、且つ、ターゲットユーザ情報が第三者支払アプリケーション上においてログインされた状態にあるかどうかを検証しており、この場合に、ターゲットユーザ情報は、インタフェースモジュールと予め関連付けられている。

ステップ２０３において、端末支払アプリケーションが信頼できるアプリケーションであり、且つ、ターゲットユーザ情報が第三者支払アプリケーション上においてログインされた状態にあることを検証した後に、第三者支払アプリケーションは、グラフィックコード情報を生成し、且つ、グラフィックコード情報をインタフェースモジュールを通じて端末支払アプリケーションに送信している。

例示用の実施形態においては、端末には、端末支払アプリケーション及び第三者支払アプリケーションをインストールすることができる。ユーザは、第一アカウントに基づいて、端末支払アプリケーションを通じて端末サーバにログインすることができる。アカウント及びパスワードを入力し、且つ、端末サーバに成功裏にログインした後に、ユーザは、端末支払アプリケーションを通じて、端末サーバによって提供された機能を取得することができる。又、ユーザは、第二アカウントに基づいて、第三者支払アプリケーションを通じて第三者支払サーバにログインすることができる。アカウント名及びパスワードを入力し、且つ、第三者支払サーバに成功裏にログインした後に、ユーザは、第三者支払アプリケーションを通じて、第三者支払サーバによって提供された機能を取得することができる。

ここで、本出願の例示用の実施形態における端末は、ＴＥＥによって予め構成された端末である。端末製造者は、端末支払アプリケーションの支払プロセスにおけるデータ暗号化において使用されるように、非対称のキー（パブリックキー及びプライベートキー）をＴＥＥ内において予め設定することができる。

例示用の実施形態においては、端末製造者アプリケーションは、第三者支払アプリケーションに対する支払コード生成要求を開始するべく、ユーザの指示に従って、インタフェースモジュールを起動することができる。端末製造者アプリケーションは、事前に第三者支払アプリケーションのユーザのアカウントとバンドルしておくことができる。ユーザが、端末製造者アプリケーションを通じて、第三者支払アプリケーションの支払コードを取得する必要がある際には、予め設定された動作を実行することができる。例えば、図２Ｂに示されているように、ユーザは、画面の下部においてアップスライディングトラックを入力することが可能であり、且つ、端末支払アプリケーションの支払機能を呼び出すことできる。次いで、ユーザは、支払のための第三者支払アプリケーションを選択することができる。

例示用の実施形態においては、第三者支払アプリケーションは、端末支払アプリケーションが第三者支払アプリケーションにとって信頼できるアプリケーションであることを判定するべく、端末支払アプリケーション対してセキュリティ検証を実行することができる。ある種の実装形態においては、端末支払アプリケーションがプライベートキーを保持し、且つ、第三者支払アプリケーションがパブリックキーを保持する状態において、非対称キーによる暗号化を使用することができる。第三者支払アプリケーションは、パブリックキーを使用してセッション情報を暗号化し、且つ、暗号化済みのセッション情報をインタフェースモジュールを通じて端末支払アプリケーションに送信する。暗号化済みのセッション情報が端末支払アプリケーションのプライベートキーによって暗号解読され得る場合には、端末支払アプリケーションが信頼できるアプリケーションであると判定することができる。ここで、端末支払アプリケーションは、第三者支払アプリケーションのユーザと予め関連付けておくことが可能であり、且つ、正常な関連付けの後に、ＴＥＥ内のパブリックキーを第三者支払アプリケーションに分配することができる。

端末支払アプリケーションがプライベートキーを保持し、且つ、第三者支払アプリケーションがパブリックキーを保持する方式を採用する理由は、パブリックキー及びプライベートキーが、端末のＴＥＥ内において予め設定されているからであり、この結果、パブリックキー及びプライベートキーの安全な保存を保証することができる。例示用の実施形態においては、異なる端末によって予め設定されるパブリックキー及びプライベートキーは、異なっている。更には、端末支払アプリケーションは、端末製造者によって開発されていることから、端末支払アプリケーションは、ＴＥＥ内のパブリックキー又はプライベートキーを読み取るための許可を有している。

第三者支払アプリケーションは、通常、ユーザがダウンロードするべく第三者支払サービスプロバイダによって提供される第三者支払アプリケーションＡＰＰである。ユーザは、ダウンロードされたＡＰＰを端末内においてインストールすることができる。第三者支払アプリケーションが、パブリックキー及びプライベートキーを提供し、且つ、アルゴリズムが、パブリックキー及びプライベートキーを生成するようにＡＰＰ内において予め設定されていると仮定した場合には、生成されたパブリックキー及びプライベートキーは、安全に保存することができず、その理由は、ＡＰＰが、端末のパブリックストレージ環境においてインストールされ、従って、その他の悪意を有するアプリケーションによる攻撃又は破壊が容易となるからである。従って、端末ＴＥＥ内におけるパブリックキー及びプライベートキーの保存及び第三者支払アプリケーションに対する端末支払アプリケーションによるパブリックキーの提供は、キーの安全な保存を保証することができる。

パブリックキーは、端末支払アプリケーションから第三者支払アプリケーションに事前に分配しておくことができる。第三者支払アプリケーションがパブリックキーによって暗号化されたセッション情報を端末支払アプリケーションに送信した際に、且つ、暗号化済みのセッション情報が端末支払アプリケーションのプライベートキーによって暗号解読され得る場合には、端末支払アプリケーションが信頼できるアプリケーションであると判定することができる。

端末支払アプリケーションは、ＴＥＥ内に存在することが可能であり、且つ、ＴＥＥ内において予め設定されているプライベートキーを使用することにより、暗号化済みのセッション情報を暗号解読する。プライベートキーが、端末支払アプリケーションによって保持されていることから、端末支払アプリケーションは、パブリックキーによって暗号化された、且つ、第三者支払アプリケーションによって送信された、セッション情報を暗号解読するべく、プライベートキーを使用し、且つ、暗号解読の結果を第三者支払アプリケーションに提供し、これにより、第三者支払アプリケーションは、端末支払アプリケーションが信頼できるアプリケーションであるかどうかを判定することが可能となる。又、第三者支払アプリケーションに通知するプロセスにおいては、暗号解読結果を暗号方式によって送信する必要がある。

例示用の実施形態においては、パブリックキーを使用して第三者支払アプリケーションによって暗号化されたセッション情報は、ランダムに生成されたセッションキーを具備することができる。端末支払アプリケーションがプライベートキーを使用してセッション情報を成功裏に暗号解読した場合に、セッションキーを取得することが可能であり、且つ、インタフェースモジュールは、端末支払アプリケーションと予め関連付けられているターゲットユーザ情報を暗号化するべく、セッションキーを使用することが可能であり、且つ、暗号化済みのターゲットユーザ情報を第三者支払アプリケーションに返すことができる。

第三者支払アプリケーションは、セッションキーを使用して暗号化されたターゲットユーザ情報を受け取る。一方において、第三者支払アプリケーションが、正常な暗号解読のために、予めランダムに生成されたセッションキーを使用している場合には、端末支払アプリケーションが、パブリックキーを使用して暗号化されたセッション情報を正常に暗号解読するべく、プライベートキーを使用していることが通知され、且つ、従って、端末支払アプリケーションが信頼できるアプリケーションであると判定することが可能であり、他方において、セッションキーが、二つのアプリケーションの間のこのセッションのセキュリティを保証している。更には、セッションキーは、端末支払アプリケーションと既に関連付けられているターゲットユーザ情報を暗号化し、次いで、第三者支払アプリケーションは、ターゲットユーザ情報が第三者支払アプリケーション上においてログインされた状態にあるかどうかを判定するべく、ターゲットユーザ情報を使用することが可能であり、且つ、第三者支払アプリケーションは、端末支払アプリケーションに既にバンドルされているユーザアカウントに対してセキュリティ検証を実行することができる。

端末支払アプリケーション及び端末支払アプリケーションにバンドルされたユーザの両方に対するセキュリティ検証に合格した後に、第三者支払アプリケーションは、支払コードを生成することが可能であり、支払コードを暗号化するべくセッションキーを使用することが可能であり、且つ、支払コード送信プロセスのセキュリティを保証するように、暗号化済みの支払コードをインタフェースモジュールに送信することができる。インタフェースモジュールは、セッションキーを使用して暗号化された支払コードを受け取ることが可能であり、暗号解読のためにセッションキーを使用することが可能であり、且つ、得られた支払コードを表示のために端末支払アプリケーションに提供することができる。

この時点において、本出願のいくつかの実施形態による解決策を実装することにより、インタフェースモジュールは、ユーザが第三者支払アプリケーションの支払コード機能にアクセスする必要がある際に、第三者支払アプリケーションの支払コードに安全にアクセスすることが可能であり、且つ、端末支払アプリケーションが、ユーザが支払動作を迅速に完了させるように、図２Ｂにおいて示されているようにアプリケーションインタフェース内において支払コードを迅速に表示し得るように、支払コードを端末支払アプリケーションに迅速に提供することができる。

以下、図２Ｂにおいて示されている例示用の実施形態に基づいて、本出願による解決策について説明するべく、別の例示用の実施形態を提供することとする。図２Ｃ及び図２Ｄには、本出願によるグラフィックコード情報を提供する方法のフローチャートが示されている。例示用の実施形態においては、Ａｌｉｐａｙ Ｗａｌｌｅｔである第三者支払アプリケーションを一例として取り上げ、且つ、方法は、以下のステップを具備する。

ステップ２３０：端末支払アプリケーションが、Ａｌｉｐａｙ支払コードＳＤＫのバーコード生成インタフェースを起動し、且つ、ＳＤＫが、Ａｌｉｐａｙ Ｗａｌｌｅｔに対する支払コード生成要求を開始している。

ステップ２３１：Ａｌｉｐａｙ Ｗａｌｌｅｔが、支払コード生成要求を受け取り、且つ、現時点においてログインされているユーザのユーザアカウントに従って、ユーザアカウントに対応するパブリックキーを取得している。

ここで、パブリックキーは、端末サーバによって第三者支払サーバに提供されており、且つ、安全な保存のために、第三者支払サーバによってＡｌｉｐａｙ Ｗａｌｌｅｔに分配されている。例示用の一用途においては、パブリックキーを分配する際に、第三者支払サーバは、Ａｌｉｐａｙ Ｗａｌｌｅｔとの間において事前に合意されている暗号化方式により、パブリックキーを暗号化しており、且つ、Ａｌｉｐａｙ Ｗａｌｌｅｔは、暗号化済みのパブリックキーを保存することができる。パブリックキーの取得が必要である際には、パブリックキーを事前に合意された暗号解読方式によって暗号解読することができる。

ステップ２３２：Ａｌｉｐａｙ Ｗａｌｌｅｔが、セッションキー「ｓｅｓｓｉｏｎＫｅｙ」及びランダムコード「ｃｈａｌｌｅｎｇｅ」をランダムに生成し、「ｓｅｓｓｉｏｎＫｅｙ」及び「ｃｈａｌｌｅｎｇｅ」を暗号化するべく、ステップ２３１において取得されたパブリックキーを使用し、且つ、暗号化済みの「ｓｅｓｓｉｏｎＫｅｙ」及び「ｃｈａｎｌｌｅｎｇｅ」をＳＤＫに送信している。

ここで、パブリックキーを使用した暗号化は、データ送信のセキュリティを保証すると共に端末支払アプリケーションに対してセキュリティ検証を実行するためのものである。セッションキーは、現時点の要求においてＳＤＫに提供され、且つ、支払コードのセキュリティを保証するべく、支払コードの後続の暗号解読のために更に使用することができる。

ステップ２３３：ＳＤＫが、暗号化済みの「ｓｅｓｓｉｏｎＫｅｙ」及び「ｃｈａｌｌｅｎｇｅ」を端末支払アプリケーションに送信している。

ステップ２３４：端末支払アプリケーションが、ＴＥＥ内において予め設定されているプライベートキーを使用することにより、受け取った暗号化済みの「ｓｅｓｓｉｏｎＫｅｙ」及び「ｃｈａｌｌｅｎｇｅ」をＴＥＥ内において暗号解読しており、暗号解読に成功した場合に、端末支払アプリケーションは、暗号解読済みの「ｓｅｓｓｉｏｎＫｅｙ」及び「ｃｈａｌｌｅｎｇｅ」、並びに、予め保存されているユーザアカウント（ｕｓｅｒＩＤ）をＳＤＫに返している。

ここで、予め保存されているユーザアカウントは、端末製造者アプリケーションの支払コードアクセス機能が有効化された状態のユーザアカウントである。

ステップ２３５：ＳＤＫが、ｕｓｅｒＩＤ及び「ｃｈａｌｌｅｎｇｅ」を暗号化するべく「ｓｅｓｓｉｏｎＫｅｙ」を使用し、且つ、次いで、暗号化済みのｕｓｅｒＩＤ及び「ｃｈａｌｌｅｎｇｅ」をＡｌｉｐａｙ Ｗａｌｌｅｔに送信している。

ここで、ｕｓｅｒＩＤの暗号化及びＡｌｉｐａｙ Ｗａｌｌｅｔへの暗号化済みのｕｓｅｒＩＤの送信は、Ａｌｉｐａｙ Ｗａｌｌｅｔの現時点のユーザアカウントが、端末支払アプリケーションにおいて予め有効化されている支払コードによる支払を有するユーザであるかどうかを検証するためのものである。

ステップ２３６：暗号解読のために「ｓｅｓｓｉｏｎＫｅｙ」を使用した後に、Ａｌｉｐａｙ Ｗａｌｌｅｔが、ｕｓｅｒＩＤ及び「ｃｈａｌｌｅｎｇｅ」を取得し、且つ、ｕｓｅｒＩＤ及び「ｃｈａｌｌｅｎｇｅ」に対してセキュリティ検証を実行している。

ステップ２３７：ｕｓｅｒＩＤ及び「ｃｈａｌｌｅｎｇｅ」の両方に対する検証に成功した場合に、Ａｌｉｐａｙ Ｗａｌｌｅｔが、現時点のｕｓｅｒＩＤに従ってＯｔｐシードを取得し、支払コードを生成し、支払コードを暗号化するべく「ｓｅｓｓｉｏｎＫｅｙ」を使用し、且つ、暗号化済みの支払コードをＳＤＫに返している。

ステップ２３８：ＳＤＫが、支払コードを取得するべく、暗号解読のために「ｓｅｓｓｉｏｎＫｅｙ」を使用し、且つ、支払コードを端末支払アプリケーションに送信している。

ステップ２３９：端末支払アプリケーションが支払コードを画面上において表示している。

図２Ｅは、本出願のいくつかの実施形態によるグラフィックコード情報を提供する方法のフローチャートである。フローチャートは、端末支払アプリケーションが第三者支払アプリケーションのユーザと関連付けられるプロセス、即ち、支払コード認可が有効化されるフロー、を示している。例示用の実施形態においては、Ａｌｉｐａｙ Ｗａｌｌｅｔである第三者支払アプリケーションを一例として取り上げており、且つ、方法は、以下のステップを具備する。

ステップ２５１：端末支払アプリケーションが、ＳＤＫを介して、アイデンティティ認可コード「ＡｕｔｈＣｏｄｅ」について、Ａｌｉｐａｙ Ｗａｌｌｅｔに要求している。Ａｌｉｐａｙ Ｗａｌｌｅｔが既にログインされたアカウントを有している場合には、方法は、ステップ２５４に直接進み、そうでなければ、方法は、ステップ２５２に進む。

ステップ２５２：Ａｌｉｐａｙ Ｗａｌｌｅｔが、ユーザログインインタフェースをポップアップし、且つ、ユーザが、Ａｌｉｐａｙサーバへのログインを要求するべく、アカウント番号及びログインパスワードを入力している。

ステップ２５３：ユーザアカウント番号及びパスワードが正しいものであると仮定すれば、ログインに成功することになり、且つ、Ａｌｉｐａｙサーバが、「ＡｕｔｈＣｏｄｅ」を生成し、且つ、「ＡｕｔｈＣｏｄｅ」をＡｌｉｐａｙに返している。

ステップ２５４：Ａｌｉｐａｙ Ｗａｌｌｅｔが、ＳＤＫを介して、「ＡｕｔｈＣｏｄｅ」を端末支払アプリケーションに送信している。

ステップ２５５：端末支払アプリケーションが、ＴＥＥから予め設定されているパブリックキーを取得している。

ステップ２５６：端末支払アプリケーションが、パブリックキー、一意の端末識別子、及び「ＡｕｔｈＣｏｄｅ」を端末サーバにアップロードするべく、製造者に関係付けられたセキュリティトンネルを使用し、且つ、同時に、「ＡｕｔｈＣｏｄｅ」を使用してユーザ情報を要求している。

ステップ２５７：端末サーバが、パブリックキー、一意の端末識別子、及び「ＡｕｔｈＣｏｄｅ」をＡｌｉｐａｙサーバに送信している。

ステップ２５８：Ａｌｉｐａｙサーバが、パブリックキー、一意の端末識別子、及び「ＡｕｔｈＣｏｄｅ」を受け取り、且つ、「ＡｕｔｈＣｏｄｅ」が正しいものであることを検証した後に、Ａｌｉｐａｙサーバが、パブリックキー、一意の端末識別子、及び「ＡｕｔｈＣｏｄｅ」を安全な保存のために関連付け、且つ、端末サーバを介して、ユーザ情報を端末支払アプリケーションに返しており、この場合に、ユーザ情報は、ユーザアカウントｕｓｅｒＩＤを具備する。

ステップ２５９：端末支払アプリケーションが、Ａｌｉｐａｙ支払コードＳＤＫを介して、Ａｌｉｐａｙ Ｗａｌｌｅｔに対する支払コード有効化要求を開始しており、この場合に、要求は、一意の端末識別子を有している。

ステップ２６０：Ａｌｉｐａｙ Ｗａｌｌｅｔが、要求をＡｌｉｐａｙサーバに送信している。

ステップ２６１：Ａｌｉｐａｙサーバが、アップロードされた一意の端末識別子及びユーザアカウントに従って、支払コードを生成するべく使用される対応するパブリックキー及び使い捨てパスワードシードをＡｌｉｐａｙ Ｗａｌｌｅｔに発行している。

ステップ２６２：Ａｌｉｐａｙ Ｗａｌｌｅｔが、暗号化済みのパブリックキー及び使い捨てパスワードシードを安全に保存するべく、インデックスとして、現時点においてログインされているユーザＩＤを使用している。

以下、第二モジュール側から、本出願によるグラフィックコード情報を提供する解決策について説明することとする。例示用の実施形態によるグラフィックコード情報を提供する方法は、図２Ａに示されている第二モジュール内において適用されることが可能であり、且つ、以下のようなステップ３０１〜３０３を具備する。

ステップ３０１：第一モジュールが信頼できるモジュールであるかどうかをインタフェースモジュールを通じて検証している。

ステップ３０２：インタフェースモジュールを通じてターゲットユーザ情報を受け取り、且つ、ターゲットユーザ情報が第二モジュール上においてログインされた状態にあるかどうかを検証しており、この場合に、ターゲットユーザ情報は、インタフェースモジュールと予め関連付けられている。

ステップ３０３において、第一モジュールが信頼できるモジュールであり、且つ、ターゲットユーザ情報が第二モジュール上においてログインされた状態にあることを検証した後に、グラフィックコード情報を生成し、且つ、グラフィックコード情報をインタフェースモジュールを通じて第一モジュールに送信している。

任意選択の一実装方式においては、第一モジュールが信頼できるモジュールであるかどうかをインタフェースモジュールを通じて検証するステップは、
セッション情報を生成及び暗号化し、且つ、暗号化済みのセッション情報をインタフェースモジュールを通じて第一モジュールに送信するステップと、
インタフェースモジュールを通じて、暗号化済みのセッション情報の暗号解読からの、且つ、第一モジュールによって返された、暗号解読結果を受け取るステップと、
暗号解読結果に従って、第一モジュールが信頼できるモジュールであるかどうかを検証するステップと、
を具備する。

任意選択の一実装方式において、セッション情報を暗号化するべく使用されるキーは、事前に第一モジュールによって分配されたパブリックキーである。

任意選択の一実装方式においては、セッション情報を生成するステップは、
セッションキーをセッション情報としてランダムに生成するステップ、
を具備し、
暗号解読結果に従って、第一モジュールが信頼できるモジュールであるかどうかを検証するステップは、
インタフェースモジュールによって送信された暗号化済みの検証情報を受け取り、且つ、ランダムに生成されたセッションキーを使用することにより、暗号化済みの検証情報を暗号解読し、暗号解読に成功した場合に、第一モジュールが信頼できるモジュールであると判定するステップ、
を具備する。

任意選択の一実装方式においては、グラフィックコード情報を生成し、且つ、グラフィックコード情報をインタフェースモジュールを通じて第一モジュールに送信するステップは、
グラフィックコード情報が生成された後に、ランダムに生成されたセッションキーを使用してグラフィックコード情報を暗号化し、且つ、暗号化済みのグラフィックコード情報をインタフェースモジュールを通じて第一モジュールに送信するステップ、
を有する。

この例示用の実施形態の詳細な説明のために、上述の実施形態を参照することが可能であり、本明細書においては、この反復を省略することとする。

以下、インタフェースモジュール側から、本出願による解決策について説明することとする。例示用の実施形態によるグラフィックコード情報を提供する方法は、図２Ａに示されているインタフェースモジュール内において適用することが可能であり、且つ、以下のようなステップ４０１〜４０４を具備する。

ステップ４０１において、第二モジュールによって送信された暗号化済みのセッション情報を受け取り、且つ、暗号化済みのセッション情報を第一モジュールに送信している。

ステップ４０２において、第二モジュールが、暗号解読結果に従って、第一モジュールが信頼できるモジュールであるかどうかを検証するように、第一モジュールによる暗号化済みのセッション情報の暗号解読から取得された暗号解読結果を第二モジュールに送信している。

ステップ４０３において、第二モジュールが、ターゲットユーザ情報が第二モジュール上においてログイン状態にあるかどうかを検証するように、予め関連付けられているターゲットユーザ情報を第二モジュールに送信している。

ステップ４０４において、第二モジュールが、第一モジュールが信頼できるモジュールであり、且つ、ターゲットユーザ情報が第二モジュール上においてログインされた状態にあることを検証した後に、第二モジュールによって生成されたグラフィックコード情報を受け取り、且つ、グラフィックコード情報を第一モジュールに送信している。

任意選択の一実装方式においては、セッション情報は、ランダムに生成されたセッションキーを具備しており、
第一モジュールによる暗号化済みのセッション情報の暗号解読から得られた暗号解読結果を第二モジュールに送信するステップは、
暗号解読を通じて得られた、且つ、第一モジュールによって送信された、セッションキーを受け取るステップであって、暗号解読済みのセッションキーは、第一モジュールが暗号化済みのセッション情報を成功裏に暗号解読した後に得られる、ステップと、
暗号解読を通じて得られたセッションキーを使用して検証情報を暗号化し、且つ、暗号化済みの検証情報を第二モジュールに送信するステップと、
を具備する。

任意選択の一実装方式においては、暗号解読を通じて得られたセッションキーを使用して検証情報を暗号化し、且つ、暗号化済みの検証情報を第二モジュールに送信するステップは、
暗号解読を通じて得られたセッションキーを使用してターゲットユーザ情報を暗号化し、且つ、暗号化済みのターゲットユーザ情報を暗号化済みの検証情報として第二モジュールに送信するステップ、
を具備する。

任意選択の一実装方式においては、第二モジュールによって生成されたグラフィックコード情報は、ランダムに生成されたセッションキーを使用して第二モジュールによって暗号化されたグラフィックコード情報であり、
グラフィックコード情報を第一モジュールに送信するステップは、
暗号化済みのグラフィックコード情報を受け取り、且つ、暗号解読の後に、グラフィックコード情報を第一モジュールに送信するステップであって、ここで、暗号化済みのグラフィックコード情報を暗号解読するべく使用されるキーは、第一モジュールによる暗号解読を通じて得られたセッションキーである、ステップ、
を具備する。

この例示用の実施形態の詳細な説明のために、上述の実施形態を参照することが可能であり、本明細書においては、この反復を省略することとする。

以下、第一モジュール側から、本出願による解決策について説明することとする。例示用の実施形態によるグラフィックコード情報を提供する方法は、図２Ａに示されている第一モジュール内において適用することが可能であり、且つ、以下のようなステップ５０１〜５０３を具備する。

ステップ５０１において、第二モジュールによって送信された暗号化済みのセッション情報をインタフェースモジュールを通じて受け取っている。

ステップ５０２において、暗号化済みのセッション情報を暗号解読し、且つ、第二モジュールが、第一モジュールが信頼できるモジュールであるかどうかを暗号解読結果に従って検証するように、暗号解読結果を第一モジュールにインタフェースモジュールを通じて送信している。

ステップ５０３において、第二モジュールによって提供されたグラフィックコード情報をインタフェースモジュールを通じて受け取っており、この場合に、グラフィックコード情報は、第二モジュールが、第一モジュールが信頼できるモジュールであり、且つ、インタフェースモジュールと予め関連付けられたターゲットユーザ情報が第二モジュール上においてログインされた状態にあることを検証した後に、提供される。

任意選択の一実装方式においては、ターゲットユーザ情報は、
インタフェースモジュールを通じて、第二モジュールに対する関連付け要求を開始するステップと、
インタフェースモジュールを通じて、関連付け要求に従って第二モジュールによって送信されたユーザアイデンティティ認可情報を受け取るステップであって、ユーザアイデンティティ認可情報は、第二モジュール上においてログインされた状態にある、ステップと、
ユーザアイデンティティ認可情報、ＴＥＥ内において予め設定されているパブリックキー、及び予め設定されている一意の装置識別子を第一モジュールに対応するサーバを通じて第二モジュールに対応するサーバに送信するステップと、
ターゲットユーザ情報を受け取り、且つ、ターゲットユーザ情報をインタフェースモジュールに送信するステップであって、ターゲットユーザ情報は、第二モジュールに対応するサーバがユーザアイデンティティ認可情報を正しいものであると検証した後に、第一モジュールに対応するサーバを通じて第二モジュールに対応するサーバによって送信される、ステップと、
という方式により、インタフェースモジュールと予め関連付けられている。

この例示用の実施形態の詳細な説明のために、上述の実施形態を参照することが可能であり、本明細書においては、この反復を省略することとする。

上述の方法実施形態に対応する方式により、本出願は、グラフィックコード情報を提供する装置、グラフィックコード情報を取得する装置、及び装置が適用される端末、のいくつかの実施形態を更に提供している。

本出願によるグラフィックコード情報を提供する装置／グラフィックコード情報を取得する装置の例示用の実施形態は、端末に対して適用することができる。装置実施形態は、ソフトウェアにより、ハードウェアにより、或いは、ソフトウェアとハードウェアの組合せにより、実装することができる。ソフトウェア実装形態を一例として取り上げれば、論理の意味における装置は、不揮発性メモリ内の対応するコンピュータプログラムを実行するためにメモリに読み込む電子装置のプロセッサ３１０によって形成されている。ハードウェア層の観点においては、図３は、本出願によるグラフィックコード情報を提供する装置／グラフィックコード情報を取得する装置が配置される端末装置のハードウェア構造図である。図３に示されているプロセッサ３１０、メモリ３３０、ネットワークインタフェース３２０、及び不揮発性メモリ３４０に加えて、装置３３１が配置される端末装置は、通常、端末装置の実際の機能に従って、その他のハードウェアを更に具備していてもよく、本明細書においては、この説明を省略することとする。

図４は、本出願の例示用の一実施形態によるグラフィックコード情報を提供する装置のブロック図である。グラフィックコード情報を提供する装置は、インタフェース装置及び第一装置を具備する端末に対して適用され、且つ、グラフィックコード情報を提供する装置は、
インタフェース装置を通じて、第一装置が信頼できる装置であるかどうかを検証するように構成された信頼性検証モジュール４１と、
インタフェース装置を通じてターゲットユーザ情報を受け取り、且つ、ターゲットユーザ情報が第二装置上においてログインされた状態にあるかどうかを検証するように構成されたユーザ情報検証モジュール４２であって、ターゲットユーザ情報は、インタフェース装置と予め関連付けられている、ユーザ情報検証モジュールと、
第一装置が信頼できる装置であり、且つ、ターゲットユーザ情報が第二装置上においてログインされた状態にあることが検証された後に、グラフィックコード情報を生成し、且つ、グラフィックコード情報をインタフェース装置を通じて第一装置に送信するように構成された情報送信モジュール４３と、
を具備する。

任意選択の一実装方式においては、信頼性検証モジュール４１は、
セッション情報を生成及び暗号化し、且つ、暗号化済みのセッション情報をインタフェースモジュールを通じて第一モジュールに送信するように構成されたセッション情報暗号化サブモジュールと、
インタフェースモジュールを通じて、暗号化済みのセッション情報の暗号解読からの、且つ、第一モジュールによって返された、暗号解読結果を受け取るように構成された暗号解読サブモジュールと、
暗号解読結果に従って、第一モジュールが信頼できるモジュールであるかどうかを検証するように構成された検証サブモジュールと、
を具備する。

任意選択の一実装方式においては、セッション情報を暗号化するセッション情報暗号化サブモジュールによって使用されるキーは、事前に第一装置によって分配されたパブリックキーである。

任意選択の一実装方式においては、セッション情報を生成するステップは、セッションキーをセッション情報としてランダムに生成するステップを具備する。

検証サブモジュールは、インタフェースモジュールによって送信された暗号化済みの検証情報を受け取り、且つ、ランダムに生成されたセッションキーを使用することにより、暗号化済みの検証情報を暗号解読し、暗号解読に成功した場合に、第一モジュールが信頼できるモジュールであると判定するように更に構成されている。

任意選択の一実装方式においては、情報送信モジュール３２は、
グラフィックコード情報が生成された後に、ランダムに生成されたセッションキーを使用することにより、グラフィックコード情報を暗号化し、且つ、暗号化済みのグラフィックコード情報をインタフェースモジュールを通じて第一モジュールに送信する、
ように更に構成されている。

図５は、本出願の例示用の実施形態によるグラフィックコード情報を提供する装置のブロック図である。グラフィックコード情報を提供する装置は、第一装置及び第二装置を具備する端末に対して適用され、且つ、グラフィックコード情報を提供する装置は、
第二装置によって送信された暗号化済みのセッション情報を受け取り、且つ、暗号化済みのセッション情報を第一装置に送信するように構成された暗号化済みセッション情報受信モジュール５１と、
第二装置が、暗号解読結果に従って、第一装置が信頼できる装置であるかどうかを検証するように、第一装置による暗号化済みのセッション情報の暗号解読から得られた暗号解読結果を第二装置に送信するように構成された暗号解読結果送信モジュール５２と、
第二装置が、ターゲットユーザ情報が第二装置上においてログインされた状態にあるかどうかを検証するように、予め関連付けられたターゲットユーザ情報を第二装置に送信するように構成されたユーザ情報送信モジュール５３と、
第一装置が信頼できる装置であり、且つ、ターゲットユーザ情報が第二装置上においてログインされた状態にあることが検証された後に、第二装置によって生成されたグラフィックコード情報を受け取り、且つ、グラフィックコード情報を第一装置に送信するように構成されたグラフィックコード情報受信モジュール５４と、
を具備する。

任意選択の一実装方式においては、セッション情報は、ランダムに生成されたセッションキーを具備する。

暗号解読結果送信モジュール５２は、
暗号解読を通じて得られた、且つ、第一モジュールによって送信された、セッションキーを受け取るように構成されたセッションキー受信サブモジュールであって、暗号解読済みのセッションキーは、第一モジュールが暗号化済みのセッション情報を成功裏に暗号解読した後に得られる、セッションキー受信サブモジュールと、
暗号解読を通じて得られたセッションキーを使用することにより、検証情報を暗号化し、且つ、暗号化済みの検証情報を第二モジュールに送信するように構成された検証情報暗号化及び送信モジュールと、
を具備する。

任意選択の一実装方式においては、検証情報暗号化及び装置モジュールは、
暗号解読を通じて得られたセッションキーを使用することにより、ターゲットユーザ情報を暗号化し、且つ、暗号化済みのターゲットユーザ情報を暗号化済みの検証情報として第二モジュールに送信する、
ように更に構成されている。

第二モジュールによって生成されたグラフィックコード情報は、ランダムに生成されたセッションキーを使用することにより、第二モジュールによって暗号化されたグラフィックコード情報である。

グラフィックコード情報受信モジュール５４は、
暗号化済みのグラフィックコード情報を受け取り、且つ、暗号解読の後に、グラフィックコード情報を第一モジュールに送信するように更に構成されており、ここで、暗号化済みのグラフィックコード情報を暗号解読するべく使用されるキーは、第一モジュールによる暗号解読を通じて得られたセッションキーである。

図６は、本出願の例示用の一実施形態によるグラフィックコード情報を取得する装置のブロック図である。グラフィックコード情報を取得する装置は、インタフェース装置及び第二装置を具備する端末に対して適用され、且つ、グラフィックコード情報を取得する装置は、
インタフェース装置を通じて、第二装置によって送信された暗号化済みのセッション情報を受け取るように構成された暗号化済みセッション情報受信モジュール６１と、
第二装置が、暗号解読結果に従って、第一装置が信頼できる装置であるかどうかを検証するように、暗号化済みのセッション情報を暗号解読し、且つ、暗号解読結果をインタフェース装置を通じて第二装置に送信するように構成された暗号解読モジュール６２と、
インタフェース装置を通じて、第二装置によって提供されたグラフィックコード情報を受け取るように構成されたグラフィックコード情報受信モジュール６３であって、グラフィックコード情報は、第二装置が、第一モジュールが信頼できる装置であり、且つ、インタフェース装置と予め関連付けられたターゲットユーザ情報が第二装置上においてログインされた状態にあることを検証した後に提供される、グラフィックコード情報受信ユニットと、
を具備する。

任意選択の一実装方式においては、装置は、インタフェースモジュールを通じて、第二モジュールに対する関連付け要求を開始し、インタフェースモジュールを通じて、関連付け要求に従って第二モジュールによって送信されたユーザアイデンティティ認可情報を受け取り、この場合に、ユーザアイデンティティ認可情報は、第二モジュール上においてログインされた状態にあり、ユーザアイデンティティ認可情報、ＴＥＥ内において予め設定されているパブリックキー、及び予め設定されている一意の装置識別子を第一モジュールに対応するサーバを通じて第二モジュールに対応するサーバに送信し、且つ、ターゲットユーザ情報を受け取り、且つ、ターゲットユーザ情報をインタフェースモジュールに送信するように構成された関連付けモジュールを更に具備しており、この場合に、ターゲットユーザ情報は、第二モジュールに対応するサーバがユーザアイデンティティ認可情報が正しいものであることを検証した後に、第一モジュールに対応するサーバを通じて第二モジュールに対応するサーバによって送信されている。

対応する方式により、本出願のいくつかの実施形態は、プロセッサと、プロセッサ実行可能命令を保存するメモリと、を具備する端末を更に提供しており、この場合に、プロセッサは、
インタフェースモジュールを通じて第二モジュールにより、第一モジュールが信頼できるモジュールであるかどうかを検証し、
第二モジュールにより、ターゲットユーザ情報を受け取り、且つ、第二モジュールにより、ターゲットユーザ情報が第二モジュール上においてログインされた状態にあるかどうかを検証し、この場合に、ターゲットユーザ情報は、インタフェースモジュールと予め関連付けられており、且つ、
第一モジュールが信頼できるモジュールであり、且つ、ターゲットユーザ情報が第二モジュール上においてログインされた状態にあることを検証した後に、第二モジュールにより、グラフィックコード情報を生成し、且つ、第二モジュールにより、グラフィックコード情報をインタフェースモジュールを通じて第一モジュールに送信する、
ように構成されている。

上述の装置のそれぞれのモジュールの機能及び役割の実装に関する詳細な情報については、上述の方法における対応するステップの実装プロセスが参照されてもよく、本明細書においては、この反復を省略することとする。

装置実施形態は、実質的に方法実施形態に対応していることから、関連する部分については、方法実施形態の説明を参照することができる。上述の装置実施形態は、例示を目的としたものに過ぎず、この場合に、別個の部分として記述されているモジュールは、物理的に分離されていてもよく、或いは、そうでなくてもよい。モジュールとして表示されている部分は、物理的なモジュールであってもよく、或いは、そうでなくてもよく、即ち、モジュールは、同一場所に位置することも可能であり、或いは、複数のネットワークモジュールに分散することも可能である。本出願の解決策の目的を実現するべく、必要に応じて、このいくつかの又はすべてのモジュールを選択することができる。当業者は、創造的な努力を伴うことなしに、本出願を理解及び実装することができる。

本明細書における説明を検討し、且つ、本出願を実施した後に、当業者は、本出願のその他の実装解決策について容易に想起することになろう。本出願は、本出願の任意の変形、使用法、又は適応的変化を包含するものと解釈されたい。これらの変形、使用法、又は適応的変化は、本出願の一般的な原理を踏襲しており、且つ、本出願によって適用されてはいない当技術分野における共通的な一般知識又は共通的な技術手段を具備している。説明及び実施形態は、例示を目的としたものに過ぎないものと見なされ、且つ、本出願の真の範囲及び精神は、添付の請求項によって判定される。

本出願は、上述の添付図面において説明及び図示されている構造そのままに限定されるものではなく、且つ、本出願の範囲を逸脱することなしに、様々な変更及び変形が実施され得ることを理解されたい。本出願の範囲は、添付の請求項によってのみ、判定される。

以上、本出願の好適な実施形態についてのみ、説明したが、実施形態は、本出願を限定するべく、使用されてはならない。本出願の精神及び原理内において実施されるすべての変更、等価な置換、及び改善は、本出願の範囲に含まれるものとする。

Claims (22)

1. グラフィックコード情報を提供する方法であって、前記方法は、第一モジュール、第二モジュール、及びインタフェースモジュールを具備する装置に対して適用可能であり、前記インタフェースモジュールは、前記第二モジュールに対応しており、且つ、前記方法は、
   前記第二モジュールが、前記インタフェースモジュールを通じて、前記第一モジュールが信頼できるモジュールであるかどうかを検証するステップと、
   前記第二モジュールが、ターゲットユーザ情報を受け取り、且つ、前記ターゲットユーザ情報が前記第二モジュール上においてログインされた状態にあるかどうかを検証するステップであって、前記ターゲットユーザ情報は、前記インタフェースモジュールと予め関連付けられている、ステップと、
   前記第一モジュールが信頼できるモジュールであり、且つ、前記ターゲットユーザ情報が前記第二モジュール上において前記ログインされた状態にあることを検証した後に、前記第二モジュールが、グラフィックコード情報を生成し、且つ、前記グラフィックコード情報を前記インタフェースモジュールを通じて前記第一モジュールに送信するステップと、
   を具備する、方法。
2. 前記第二モジュールが前記インタフェースモジュールを通じて前記第一モジュールが信頼できるモジュールであるかどうかを検証するステップは、
   前記第二モジュールが、暗号化済みのセッション情報を前記インタフェースモジュールを通じて前記第一モジュールに送信するステップと、
   前記第一モジュールが、前記暗号化済みのセッション情報を暗号解読し、且つ、暗号解読結果を前記第二モジュールに送信するステップと、
   前記第二モジュールが、前記暗号解読結果に従って、前記第一モジュールが信頼できるモジュールであるかどうかを検証するステップと、
   を具備する、請求項１に記載の方法。
3. 前記セッション情報は、ランダムに生成されたセッションキーを具備し、且つ、
   前記第一モジュールが、前記暗号化済みのセッション情報を暗号解読し、且つ、暗号解読結果を前記インタフェースモジュールを通じて前記第二モジュールに送信するステップは、
   前記第一モジュールが、前記暗号化済みのセッション情報を暗号解読し、且つ、前記第一モジュールが前記暗号解読を成功裏に完了させた場合に、前記第一モジュールが、前記暗号解読済みのセッションキーを取得し、且つ、前記暗号解読を通じて得られた前記セッションキーを前記インタフェースモジュールに送信するステップと、
   前記インタフェースモジュールが、検証情報を暗号化し、且つ、前記暗号化済みの検証情報を前記第二モジュールに送信するステップであって、前記検証情報を暗号化するべく前記インタフェースモジュールによって使用されるキーは、前記第一モジュールによる前記暗号解読を通じて得られた前記セッションキーである、ステップと、
   を具備し、且つ、
   前記第二モジュールが、前記暗号解読結果に従って、前記第一モジュールが信頼できるモジュールであるかどうかを検証するステップは、
   前記第二モジュールが、前記検証情報を受け取り、且つ、暗号解読のために前記ランダムに生成されたセッションキーを使用し、且つ、前記暗号解読に成功した場合に、前記第一モジュールが信頼できるモジュールであると判定するステップ、
   を具備する、請求項２に記載の方法。
4. 前記インタフェースモジュールが、検証情報を暗号化し、且つ、前記暗号化済みの検証情報を前記第二モジュールに送信するステップは、
   前記インタフェースモジュールが前記ターゲットユーザ情報を暗号化した後に、前記インタフェースモジュールが、前記暗号化済みのターゲットユーザ情報を前記暗号化済みの検証情報として前記第二モジュールに送信するステップ、
   を具備する、請求項３に記載の方法。
5. グラフィックコード情報を生成し、且つ、前記グラフィックコード情報を前記インタフェースモジュールを通じて前記第一モジュールに送信するステップは、
   前記第二モジュールが前記グラフィックコード情報を生成した後に、前記第二モジュールが、前記グラフィックコード情報を暗号化するべく前記ランダムに生成されたセッションキーを使用し、且つ、前記暗号化済みのグラフィックコード情報を前記インタフェースモジュールに送信するステップと、
   前記インタフェースモジュールが、前記暗号化済みのグラフィックコード情報を受け取り、前記暗号化済みのグラフィックコード情報を暗号解読し、且つ、前記暗号解読済みのグラフィックコード情報を前記第一モジュールに送信するステップであって、前記暗号化済みのグラフィックコード情報を暗号解読するべく前記インタフェースモジュールによって使用されたキーは、前記第一モジュールによる前記暗号解読を通じて得られた前記セッションキーである、ステップと、
   を具備する、請求項４に記載の方法。
6. 前記ターゲットユーザ情報は、
   前記第一モジュールが、前記インタフェースモジュールを通じて前記第二モジュールに対する関連付け要求を開始するステップと、
   前記第二モジュールが、ログインされた状態におけるユーザアイデンティティ認可情報を前記インタフェースモジュールを通じて前記第一モジュールに送信するステップと、
   前記第一モジュールが、前記ユーザアイデンティティ認可情報、信頼できる実行環境（ＴＥＥ）内において予め設定されているパブリックキー、及び予め設定されている一意の装置識別子を前記第一モジュールに対応するサーバを通じて前記第二モジュールに対応するサーバに送信するステップと、
   前記第一モジュールが、前記ターゲットユーザ情報を受け取り、且つ、前記ターゲットユーザ情報を前記インタフェースモジュールに送信するステップであって、前記ターゲットユーザ情報は、前記第二モジュールに対応する前記サーバが、前記ユーザアイデンティティ認可情報が正しいものであることを検証した後に、前記第一モジュールに対応する前記サーバを通じて前記第二モジュールに対応する前記サーバによって送信される、ステップと、
   という方式によって前記インタフェースモジュールと予め関連付けられている、請求項３に記載の方法。
7. グラフィックコード情報を提供する方法であって、前記方法は、第二モジュールに対して適用可能であり、且つ、
   インタフェースモジュールを通じて、第一モジュールが信頼できるモジュールであるかどうかを検証するステップと、
   前記インタフェースモジュールを通じて、ターゲットユーザ情報を受け取り、且つ、前記ターゲットユーザ情報が前記第二モジュール上においてログインされた状態にあるかどうかを検証するステップであって、前記ターゲットユーザ情報は、前記インタフェースモジュールと予め関連付けられている、ステップと、
   前記第一モジュールが信頼できるモジュールであり、且つ、前記ターゲットユーザ情報が前記第二モジュール上において前記ログインされた状態にあることを検証した後に、グラフィックコード情報を生成し、且つ、前記グラフィックコード情報を前記インタフェースモジュールを通じて前記第一モジュールに送信するステップと、
   を具備する方法。
8. 前記インタフェースモジュールを通じて、前記第一モジュールが信頼できるモジュールであるかどうかを検証するステップは、
   セッション情報を生成及び暗号化し、且つ、前記暗号化済みのセッション情報を前記インタフェースモジュールを通じて前記第一モジュールに送信するステップと、
   前記インタフェースモジュールを通じて、前記暗号化済みのセッション情報の暗号解読からの、且つ、前記第一モジュールによって返された、暗号解読結果を受け取るステップと、
   前記暗号解読結果に従って、前記第一モジュールが信頼できるモジュールであるかどうかを検証するステップと、
   を具備する、請求項７に記載の方法。
9. 前記セッション情報を暗号化するべく使用される前記キーは、事前に前記第一モジュールによって分配されたパブリックキーである、請求項８に記載の方法。
10. 前記セッション情報を生成するステップは、セッションキーを前記セッション情報としてランダムに生成するステップを具備し、且つ、
    前記暗号解読結果に従って、前記第一モジュールが信頼できるモジュールであるかどうかを検証するステップは、
    前記インタフェースモジュールによって送信された暗号化済みの検証情報を受け取り、且つ、前記ランダムに生成されたセッションキーを使用することにより、前記暗号化済みの検証情報を暗号解読し、且つ、前記暗号解読に成功した場合に、前記第一モジュールが信頼できるモジュールであると判定するステップ、
    を具備する、請求項９に記載の方法。
11. グラフィックコード情報を生成し、且つ、前記グラフィックコード情報を前記インタフェースモジュールを通じて前記第一モジュールに送信するステップは、
    前記グラフィックコード情報が生成された後に、前記ランダムに生成されたセッションキーを使用することにより、前記グラフィックコード情報を暗号化し、且つ、前記暗号化済みのグラフィックコード情報を前記インタフェースモジュールを通じて前記第一モジュールに送信するステップ、
    を具備する、請求項１０に記載の方法。
12. グラフィックコード情報を提供する方法であって、前記方法は、インタフェースモジュールに対して適用可能であり、且つ、
    第二モジュールによって送信された暗号化済みのセッション情報を受け取り、且つ、前記暗号化済みのセッション情報を第一モジュールに送信するステップと、
    前記第二モジュールが、前記暗号解読結果に従って、前記第一モジュールが信頼できるモジュールであるかどうかを検証するように、前記第一モジュールによる前記暗号化済みのセッション情報の暗号解読から得られた暗号解読結果を前記第二モジュールに送信するステップと、
    前記第二モジュールが、前記ターゲットユーザ情報が前記第二モジュール上においてログインされた状態にあるかどうかを検証するように、前記予め関連付けられたターゲットユーザ情報を前記第二モジュールに送信するステップと、
    前記第二モジュールが、前記第一モジュールが信頼できるモジュールであり、且つ、前記ターゲットユーザ情報が前記第二モジュール上においてログインされた状態にあることを検証した後に、前記第二モジュールによって生成された前記グラフィックコード情報を受け取り、且つ、前記グラフィックコード情報を前記第一モジュールに送信するステップと、
    を具備する方法。
13. 前記セッション情報は、ランダムに生成されたセッションキーを具備し、
    前記第一モジュールによる前記暗号化済みのセッション情報の暗号解読から得られた暗号解読結果を前記第二モジュールに送信するステップは、
    前記暗号解読を通じて得られた、且つ、前記第一モジュールによって送信された、前記セッションキーを受け取るステップであって、前記暗号解読済みのセッションキーは、前記第一モジュールが前記暗号化済みのセッション情報を成功裏に暗号解読した後に得られる、ステップと、
    前記暗号解読を通じて得られた前記セッションキーを使用することにより、検証情報を暗号化し、且つ、前記暗号化済みの検証情報を前記第二モジュールに送信するステップと、
    を具備する、請求項１２に記載の方法。
14. 前記暗号解読を通じて得られた前記セッションキーを使用することにより、検証情報を暗号化し、且つ、前記暗号化済みの検証情報を前記第二モジュールに送信するステップは、
    前記暗号解読を通じて得られた前記セッションキーを使用することにより、前記ターゲットユーザ情報を暗号化し、且つ、前記暗号化済みのターゲットユーザ情報を前記暗号化済みの検証情報として前記第二モジュールに送信するステップ、
    を具備する、請求項１２に記載の方法。
15. 前記第二モジュールによって生成された前記グラフィックコード情報は、前記ランダムに生成されたセッションキーを使用することにより、前記第二モジュールによって暗号化されたグラフィックコード情報であり、且つ、
    前記グラフィックコード情報を前記第一モジュールに送信するステップは、
    前記暗号化済みのグラフィックコード情報を受け取り、且つ、暗号解読の後に、前記グラフィックコード情報を前記第一モジュールに送信するステップであって、前記暗号化済みのグラフィックコード情報を暗号解読するべく使用されるキーは、前記第一モジュールによる前記暗号解読を通じて得られた前記セッションキーである、ステップ、
    を具備する、請求項１３に記載の方法。
16. グラフィックコード情報を取得する方法であって、前記方法は、第一モジュールに対して適用可能であり、且つ、
    インタフェースモジュールを通じて、第二モジュールによって送信された暗号化済みのセッション情報を受け取るステップと、
    前記第二モジュールが、前記暗号解読結果に従って、前記第一モジュールが信頼できるモジュールであるかどうかを検証するように、前記暗号化済みのセッション情報を暗号解読し、且つ、暗号解読結果を前記インタフェースモジュールを通じて前記第二モジュールに送信するステップと、
    前記インターフィスモジュールを通じて、前記第二モジュールによって提供されたグラフィックコード情報を受け取るステップであって、前記グラフィックコード情報は、前記第二モジュールが、前記第一モジュールが信頼できるモジュールであり、且つ、前記インタフェースモジュールと予め関連付けられたターゲットユーザ情報が前記第二モジュール上においてログインされた状態にあることを検証した後に提供される、ステップと、
    を具備する方法。
17. 前記ターゲットユーザ情報は、
    前記第二モジュールに対する関連付け要求を前記インタフェースモジュールを通じて開始するステップと、
    前記インタフェースモジュールを通じて、前記第二モジュールによって送信されたユーザアイデンティティ認可情報を前記関連付け要求に従って受け取るステップであって、前記ユーザアイデンティティ認可情報は、前記第二モジュール上においてログインされた状態にある、ステップと、
    前記ユーザアイデンティティ認可情報、ＴＥＥ内において予め設定されているパブリックキー、及び予め設定されている一意の装置識別子を前記第一モジュールに対応するサーバを通じて前記第二モジュールに対応するサーバに送信するステップと、
    前記ターゲットユーザ情報を受け取り、且つ、前記ターゲットユーザ情報を前記インタフェースモジュールに送信するステップであって、前記ターゲットユーザ情報は、前記第二モジュールに対応する前記サーバが、前記ユーザアイデンティティ認可情報が正しいものであることを検証した後に、前記第一モジュールに対応する前記サーバを通じて前記第二モジュールに対応する前記サーバによって送信される、ステップと、
    という方式によって前記インタフェースモジュールと予め関連付けられている、請求項１６に記載の方法。
18. グラフィックコード情報を提供する方法であって、前記方法は、端末支払アプリケーション、第三者支払アプリケーション、及びインタフェースモジュールを具備する端末に対して適用可能であり、前記インタフェースモジュールは、前記第三者支払アプリケーションに対応しており、前記方法は、
    前記第三者支払アプリケーションが、前記インタフェースモジュールを通じて、前記端末支払アプリケーションが信頼できるアプリケーションであるかどうかを検証するステップと、
    前記第三者支払アプリケーションが、ターゲットユーザ情報を受け取り、且つ、前記ターゲットユーザ情報が前記第三者支払アプリケーション上においてログインされた状態にあるかどうかを検証するステップであって、前記ターゲットユーザ情報は、前記インタフェースモジュールと予め関連付けられている、ステップと、
    前記端末支払アプリケーションが信頼できるアプリケーションであり、且つ、前記ターゲットユーザ情報が前記第三者支払アプリケーション上において前記ログインされた状態にあることを検証した後に、前記第三者支払アプリケーションが、グラフィックコード情報を生成し、且つ、前記グラフィックコード情報を前記インタフェースモジュールを通じて前記端末支払アプリケーションに送信するステップと、
    を具備する、方法。
19. グラフィックコード情報を提供する装置であって、前記装置は、インタフェース装置及び第一装置を具備する端末に対して適用可能であり、前記グラフィックコード情報を提供する装置は、
    前記インタフェース装置を通じて、前記第一装置が信頼できる装置であるかどうかを検証するように構成された信頼性検証モジュールと、
    前記インタフェース装置を通じてターゲットユーザ情報を受け取り、且つ、前記ターゲットユーザ情報が第二装置上においてログインされた状態にあるかどうかを検証するように構成されたユーザ情報検証モジュールであって、前記ターゲットユーザ情報は、前記インタフェース装置と予め関連付けられている、ユーザ情報検証モジュールと、
    前記第一装置が信頼できる装置であり、且つ、前記ターゲットユーザ情報が前記第二装置上において前記ログインされた状態にあることが検証された後に、グラフィックコード情報を生成し、且つ、前記グラフィックコード情報を前記インタフェース装置を通じて前記第一装置に送信するように構成された情報送信モジュールと、
    を具備する、装置。
20. グラフィックコード情報を提供する装置であって、前記装置は、第一装置及び第二装置を具備する端末に対して適用可能であり、且つ、前記グラフィックコード情報を提供する装置は、
    前記第二装置によって送信された暗号化済みのセッション情報を受け取り、且つ、前記暗号化済みのセッション情報を前記第一装置に送信するように構成された暗号化済みセッション情報受信モジュールと、
    前記第二装置が、前記暗号解読結果に従って、前記第一装置が信頼できる装置であるかどうかを検証するように、前記第一装置による前記暗号化済みのセッション情報の暗号解読から得られた暗号解読結果を前記第二装置に送信するように構成された暗号解読結果送信モジュールと、
    前記第二装置が、前記ターゲットユーザ情報が前記第二装置上においてログインされた状態にあるかどうかを検証するように、予め関連付けられたターゲットユーザ情報を前記第二装置に送信するように構成されたユーザ情報送信モジュールと、
    前記第一装置が信頼できる装置であり、且つ、前記ターゲットユーザ情報が前記第二装置上においてログインされた状態にあることが検証された後に、前記第二装置によって生成された前記グラフィックコード情報を受け取り、且つ、前記グラフィックコード情報を前記第一装置に送信するように構成されたグラフィックコード情報受信モジュールと、
    を具備する、装置。
21. グラフィックコード情報を取得する装置であって、前記装置は、インタフェース装置及び第二装置を具備する端末に対して適用可能であり、且つ、前記グラフィックコード情報を取得する装置は、
    インタフェース装置を通じて、前記第二装置によって送信された暗号化済みのセッション情報を受け取るように構成された暗号化済みセッション情報受信モジュールと、
    前記第二装置が、前記暗号解読結果に従って、前記第一装置が信頼できる装置であるかどうかを検証するように、前記暗号化済みのセッション情報を暗号解読し、且つ、暗号解読結果を前記インタフェース装置を通じて前記第二装置に送信するように構成された暗号解読モジュールと、
    前記第二装置によって提供された前記グラフィックコード情報を前記インタフェース装置を通じて受け取るように構成されたグラフィックコード情報受信モジュールであって、前記グラフィックコード情報は、前記第二装置が、前記第一モジュールが信頼できる装置であり、且つ、前記インタフェース装置と予め関連付けられたターゲットユーザ情報が前記第二装置上においてログインされた状態にあることを検証した後に、提供される、グラフィックコード情報受信モジュールと、
    を具備する、装置。
22. 端末であって、
    プロセッサと、
    プロセッサ実行可能命令を保存するメモリと、
    を具備し、
    前記プロセッサは、
    インタフェースモジュールを通じて第二モジュールにより、第一モジュールが信頼できるモジュールであるかどうかを検証し、
    前記第二モジュールにより、ターゲットユーザ情報を受け取り、且つ、前記第二モジュールにより、前記ターゲットユーザ情報が前記第二モジュール上においてログインされた状態にあるかどうかを検証し、この場合に、前記ターゲットユーザ情報は、前記インタフェースモジュールと関連付けられており、且つ、
    前記第一モジュールが信頼できるモジュールであり、且つ、前記ターゲットユーザ情報が前記第二モジュール上において前記ログインした状態にあることを検証した後に、前記第二モジュールにより、グラフィックコード情報を生成し、且つ、前記第二モジュールにより、前記グラフィックコード情報を前記インタフェースモジュールを通じて前記第一モジュールに送信する、
    ように構成されている、端末。