(57)【特許請求の範囲】
【請求項１】
第１のプラットフォーム装置によって実行される、ユーザＩＤを識別する方法であって、
第２のプラットフォーム装置によって送信された第１の要求を受信することであって、前記第１の要求は、第１の識別子を含み、前記第１の識別子は、前記第２のプラットフォーム装置が前記第１のプラットフォーム装置にアクセスした後、前記第２のプラットフォーム装置を識別するために使用され、前記第１のプラットフォーム装置によって前記第２のプラットフォーム装置に割り当てられるシーケンス番号である、ことと、
前記第１の識別子に対応する第２の識別子を取得することであって、前記第２の識別子は、前記第１のプラットフォーム装置で前記第２のプラットフォーム装置のＩＤを識別するために使用されるシーケンス番号である、ことと、
前記第１の要求に対応する第３の識別子を取得することであって、前記第３の識別子は、前記第１のプラットフォーム装置にログオンしているログインユーザのアカウントである、ことと、
前記第２の識別子を使用して前記第３の識別子を暗号化して第４の識別子を取得することであって、前記第４の識別子は、前記第１のプラットフォーム装置によって前記第２のプラットフォーム装置に返され、前記ログインユーザを識別するために使用されるシーケンス番号である、ことと、
前記第４の識別子を前記第２のプラットフォーム装置に返すことと
を含む方法。
【請求項２】
前記第１の要求は、第１のサービス処理パラメータをさらに含み、前記第２の識別子を使用して前記第３の識別子を暗号化して前記第４の識別子を取得する前に、前記第３の識別子に基づいて、前記第１のサービス処理パラメータを基に、対応するサービス処理を実行して第１のサービス処理結果を取得することをさらに含む、請求項１に記載の方法。
【請求項３】
前記第４の識別子が前記第２のプラットフォーム装置に返されたときに、前記第１のサービス処理結果を返すことをさらに含む、請求項２に記載の方法。
【請求項４】
前記第２のプラットフォーム装置によって送信された前記第１の要求を受信する前に、
前記第２のプラットフォーム装置に関連付けられるユーザに認証ページを提示することと、
前記第２のプラットフォーム装置のアクセス構成ファイルから前記第２のプラットフォーム装置に対応するコールバックアドレスを取得することと、
前記第１のプラットフォーム装置によって前記認証ページでユーザアカウント情報の入力操作を検出するのに応じて、予め設定した認証コードを前記コールバックアドレスに追加し、前記コールバックアドレスに対応するページにジャンプすることと、
前記第２のプラットフォーム装置によって送信されたトークン要求を受信すると、前記トークン要求に応じて対応する認証トークンを前記第２のプラットフォーム装置に返すことであって、前記トークン要求は認証コードを含む、ことと
をさらに含む、請求項１に記載の方法。
【請求項５】
前記第２のプラットフォーム装置によって送信された前記第１の要求を受信することは、
前記第１のプラットフォーム装置によって、前記第２のプラットフォーム装置が前記認証トークンを使用して前記第１のプラットフォーム装置の対応するＡＰＩインターフェイスを呼び出していることを検出することと、
前記第１のプラットフォーム装置によって、前記ＡＰＩインターフェイスを介して前記第２のプラットフォーム装置によって送信された前記第１の要求を受信することと
を含む、請求項４に記載の方法。
【請求項６】
前記第３の識別子は、第１のラベルを含み、前記第１の要求に対応する前記第３の識別子を取得することは、
前記認証トークンに対応するＡＰＩインターフェイスを位置付けることと、
前記ＡＰＩインターフェイスのパラメータが前記第１のラベルを含むパラメータを含むかどうかを照合することと、
肯定であれば、前記第１のラベルを前記第３の識別子として含む前記パラメータを取得することと
を含む、請求項４または５に記載の方法。
【請求項７】
前記第１の識別子に対応する前記第２の識別子を取得することは、
対応データベースを取得することであって、前記対応データベースは、前記第１の識別子と前記第２の識別子との間の対応関係を含む、ことと、
前記第１の識別子に対応する前記第２の識別子を前記対応データベースから取得することと
を含む、請求項１に記載の方法。
【請求項８】
前記第２の識別子を使用して前記第３の識別子を暗号化して前記第４の識別子を取得することは、
暗号鍵を取得することと、
前記暗号鍵と前記第２の識別子を使用して前記第３の識別子を暗号化して前記第４の識別子を取得することと
を含む、請求項１に記載の方法。
【請求項９】
第１のプラットフォーム装置によって実行される、ユーザＩＤを識別する方法であって、
第２のプラットフォーム装置によって送信された第２の要求を受信することであって、前記第２の要求は、第１の識別子と第４の識別子を含み、前記第１の識別子は、前記第２のプラットフォーム装置が前記第１のプラットフォーム装置にアクセスした後、前記第２のプラットフォーム装置を識別するために使用され、前記第１のプラットフォーム装置によって前記第２のプラットフォーム装置に割り当てられるシーケンス番号であり、前記第４の識別子は、前記第１のプラットフォーム装置によって前記第２のプラットフォーム装置に返され、前記第１のプラットフォーム装置にログオンしているログインユーザを識別するために使用されるシーケンス番号である、ことと、
前記第１の識別子に対応する第２の識別子を取得することであって、前記第２の識別子は、前記第１のプラットフォーム装置で前記第２のプラットフォーム装置のＩＤを識別するためのシーケンス番号である、ことと、
前記第２の識別子を使用して前記第４の識別子を復号して第３の識別子を取得することであって、前記第３の識別子は、前記第１のプラットフォーム装置にログオンしている前記ログインユーザのアカウントである、ことと
を含む方法。
【請求項１０】
前記第２の要求は、第２のサービス処理パラメータをさらに含み、前記第２の識別子を使用して前記第４の識別子を復号して前記第３の識別子を取得した後、
前記第３の識別子に基づいて、前記第２のサービス処理パラメータを基に、対応するサービス処理を実行して第２のサービス処理結果を得ることと、
前記第２の識別子を使用して前記第３の識別子を暗号化して前記第４の識別子を取得することと、
前記第４の識別子及び第２のサービス処理結果を前記第２のプラットフォーム装置に返すことと
をさらに含む、請求項９に記載の方法。
【請求項１１】
前記第２の識別子を使用して前記第４の識別子を復号して前記第３の識別子を取得することは、
復号鍵を取得することと、
前記復号鍵及び前記第２の識別子を使用して前記第４の識別子を復号して前記第３の識別子を取得することと
を含む、請求項９に記載の方法。
【請求項１２】
前記第２の識別子を使用して前記第４の識別子を復号して前記第３の識別子を取得した後に、前記第３の識別子に第１のラベルを追加することをさらに含む、請求項９〜１１のいずれか１項に記載の方法。
【請求項１３】
ユーザＩＤを識別するための第１のプラットフォーム装置であって、
第２のプラットフォーム装置によって送信された第１の要求を受信するように構成される第１の要求受信モジュールであって、前記第１の要求は、第１の識別子を含み、前記第１の識別子は、前記第２のプラットフォーム装置が前記第１のプラットフォーム装置にアクセスした後、前記第２のプラットフォーム装置を識別するために使用され、前記第１のプラットフォーム装置によって前記第２のプラットフォーム装置に割り当てられたシーケンス番号である、第１の要求受信モジュールと、
前記第１の識別子に対応する第２の識別子を取得するように構成される第２の識別子取得モジュールであって、前記第２の識別子は、前記第１のプラットフォーム装置で前記第２のプラットフォーム装置のＩＤを識別するためのシーケンス番号である、第２の識別子取得モジュールと、
前記第１の要求に対応する第３の識別子を取得するように構成される第３の識別子取得モジュールであって、前記第３の識別子は、前記第１のプラットフォーム装置にログオンしているログインユーザのアカウントである、第３の識別子取得モジュール、
前記第２の識別子を使用して前記第３の識別子を暗号化して第４の識別子を取得するように構成された暗号化モジュールであって、前記第４の識別子は、前記第１のプラットフォーム装置によって前記第２のプラットフォーム装置に返され、前記ユーザを識別するために使用されるシーケンス番号である、暗号化モジュールと、
前記第４の識別子を前記第２のプラットフォーム装置に返すように構成された識別子返送モジュールと
を含む第１のプラットフォーム装置。
【請求項１４】
前記第１の要求は、第１のサービス処理パラメータをさらに備え、前記第３の識別子に基づいて、前記第１のサービス処理パラメータを基に、対応するサービス処理を実行して、第１のサービス処理結果を取得するよう構成される第１のサービス処理モジュールをさらに含む、請求項１３に記載の第１のプラットフォーム装置。
【請求項１５】
前記第４の識別子が前記第２のプラットフォーム装置に返されたときに前記第１のサービス処理結果を返すように構成された第１の結果返送モジュールをさらに含む、請求項１４に記載の第１のプラットフォーム装置。
【請求項１６】
前記第２のプラットフォーム装置に関連付けられるユーザに認証ページを提示するように構成された認証ページ提示モジュールと、
前記第２のプラットフォーム装置のアクセス構成ファイルから前記第２のプラットフォーム装置に対応するコールバックアドレスを取得するよう構成されるコールバックアドレス取得モジュールと、
前記認証ページでユーザアカウント情報の入力操作が前記第１のプラットフォーム装置によって検出された後に、前記コールバックアドレスに予め設定されている認証コードを追加し、前記コールバックアドレスに対応するページにジャンプするよう構成される認証コード追加モジュールと、
前記第２のプラットフォーム装置によって送信されたトークン要求が受信された後に、対応する認証トークンを前記トークン要求のために前記第２のプラットフォーム装置に返すように構成された認証モジュールであって、前記トークン要求は、認証コードを含む、認証モジュールと
をさらに含む、請求項１３に記載の第１のプラットフォーム装置。
【請求項１７】
前記第１の要求受信モジュールは、
前記第２のプラットフォーム装置が前記認証トークンを使用して前記第１のプラットフォーム装置の対応するＡＰＩインターフェイスを呼び出していることを検出するように構成されたインターフェイス呼び出しサブモジュールと、
ＡＰＩインターフェイスを介して前記第２のプラットフォーム装置によって送信された前記第１の要求を受信するように構成された要求受信サブモジュールと
を含む、請求項１６に記載の第１のプラットフォーム装置。
【請求項１８】
前記第３の識別子は、第１のラベルを含み、前記第３の識別子取得モジュールは、
前記認証トークンに対応するＡＰＩインターフェイスを位置付けるように構成されたインターフェイス位置決めサブモジュールと、
前記ＡＰＩインターフェイスのパラメータが前記第１のラベルを含むパラメータを含むかどうかを照合するように構成されたインターフェイス判定サブモジュールと、
前記第１のラベルを含む前記パラメータを含む前記ＡＰＩインターフェイスの前記パラメータに応じて、前記第１のラベルを前記第３の識別子として含むパラメータを取得するように構成された識別子取得サブモジュールと
を含む、請求項１６または１７に記載の第１のプラットフォーム装置。
【請求項１９】
前記第２の識別子取得モジュールは、
対応データベースを取得するように構成された対応データベース取得サブモジュールであって、前記対応データベースは、前記第１の識別子と前記第２の識別子との間の対応関係を含む、対応データベース取得サブモジュールと、
前記第１の識別子に対応する前記第２の識別子を前記対応データベースから取得するように構成された第２の識別子取得サブモジュールと
を含む、請求項１３に記載の第１のプラットフォーム装置。
【請求項２０】
前記暗号化モジュールは、
暗号鍵を取得するように構成された鍵取得サブモジュールと、
前記暗号鍵と前記第２の識別子を使用して前記第３の識別子を暗号化して前記第４の識別子を取得するように構成された暗号化サブモジュールと
を含む、請求項１３に記載の第１のプラットフォーム装置。
【請求項２１】
ユーザＩＤを識別するための第１のプラットフォーム装置であって、
第２のプラットフォーム装置によって送信された第２の要求を受信するように構成された第２の要求受信モジュールであって、前記第２の要求は、第１の識別子および第４の識別子を含み、前記第１の識別子は、前記第２のプラットフォーム装置が前記第１のプラットフォーム装置にアクセスした後、前記第２のプラットフォーム装置を識別するために使用され、前記第１のプラットフォーム装置によって前記第２のプラットフォーム装置に割り当てられるシーケンス番号であり、前記第４の識別子は、前記第１のプラットフォーム装置によって前記第２のプラットフォーム装置に返され、前記ユーザを識別するために使用されるシーケンス番号である、第２の要求受信モジュールと、
前記第１の識別子に対応する第２の識別子を取得するように構成された第２の識別子取得モジュールであって、第２の識別子は、前記第１のプラットフォーム装置で前記第２のプラットフォーム装置のＩＤを識別するために使用されるシーケンス番号である、第２の識別子取得モジュールと、
前記第２の識別子を使用して前記第４の識別子を復号して第３の識別子を取得するように構成された復号モジュールであって、前記第３の識別子は、前記第１のプラットフォーム装置にログオンしているログインユーザのアカウントである、復号モジュールと
を含む第１のプラットフォーム装置。
【請求項２２】
前記第２の要求は、第２のサービス処理パラメータをさらに含み、
前記第３の識別子に基づいて、前記第２のサービス処理パラメータを基に、対応するサービス処理を実行して第２のサービス処理結果を得るように構成された第２の結果取得モジュールと、
前記第２の識別子を使用して前記第３の識別子を暗号化して前記第４の識別子を取得するように構成された暗号化モジュールと、
前記第４の識別子及び前記第２のサービス処理結果を前記第２のプラットフォーム装置に返すように構成された結果送信モジュールと
をさらに含む、請求項２１に記載の第１のプラットフォーム装置。
【請求項２３】
前記復号モジュールは、
復号鍵を取得するように構成された鍵取得サブモジュールと、
前記復号鍵と前記第２の識別子を使用して前記第４の識別子を復号して前記第３の識別子を取得するように構成された復号サブモジュールと
を含む、請求項２１に記載の第１のプラットフォーム装置。
【請求項２４】
前記第３の識別子に第１のラベルを追加するように構成されたラベル追加モジュールをさらに含む、請求項２１〜２３のいずれか１項に記載の第１のプラットフォーム装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、ＩＤ認識技術の分野に関し、特に、ユーザＩＤを識別するための方法及びユーザＩＤを識別するための装置に関する。
【背景技術】
【０００２】
情報技術の急速な発展により、いっそう多くのサービスを、複数のプラットフォームを介して協調して達成する必要がある。例えば、電子商取引の分野でのユーザの買い物プロセスには、電子商取引プラットフォームと第三者電子決済プラットフォームとの間のインタラクションが存在している。インタラクション中にユーザの情報の転送が伴うのは明白である。
【０００３】
一般に、第三者電子決済プラットフォームは、インターフェイスを介して電子商取引プラットフォームにパラメータを返し、現在の支払人のユーザＩＤ（ＵＩＤ）を通知する。現在、第三者電子決済プラットフォームは、同じＵＩＤをさまざまな電子商取引プラットフォームに返している。大部分の電子商取引プラットフォームのシステムのセキュリティは強くないため、このＵＩＤに基づいて異なる電子商取引プラットフォームの情報に関するデータ収集をハッカーが行う可能性が極めて高く、そのためユーザの支払い用アカウントが盗まれるリスクが高まる。
【０００４】
例えば、同一のユーザ「Ａ」が、同一の支払い用アカウントを使用して、２つのウェブサイトＡ及びＢそれぞれと取引を行う。ウェブサイトＡは、第三者電子決済プラットフォームの共同のログインプロダクトを使用して、ユーザからの認証を受けた後に、ユーザの携帯電話番号、名前、及びＵＩＤを取得する。ウェブサイトＢは、第三者電子決済プラットフォームの共同のログインプロダクトを使用して、ユーザからの認証を受けた後、ユーザのＩＤカード番号、名前、及びＵＩＤを取得する。２つのウェブサイトＡとＢのデータベースが両方とも漏洩しているとする。ハッカーは、接続先としてＵＩＤを利用して、ユーザのＵＩＤ＋名前＋ＩＤカード番号＋携帯電話番号などの情報を取得できる。より多くのデータが公開されるほど、ユーザのより多くの情報を取得することができる。そのため、ユーザの支払い用アカウントが盗まれるリスクは徐々に高まっている。
【０００５】
したがって、当業者が現在緊急に解決すべき技術上の問題は、ユーザの情報のセキュリティを強化し、データ収集が原因でユーザの情報が盗まれるリスクを低減すべく、ユーザＩＤを識別するメカニズムを提供することである。
【発明の概要】
【０００６】
本願の実施形態によって解決されるべき技術上の問題は、ユーザの情報のセキュリティを強化し、データ収集が原因でユーザの情報が盗まれるリスクを低減すべく、ユーザＩＤを識別する方法を提供することである。
【０００７】
相応して、本願の実施形態はさらに、上記の方法の実装及び適用を保証するために、ユーザＩＤを識別するための装置を提供する。
【０００８】
上述の問題を解決するために、本願は、ユーザＩＤを識別するための方法を開示する。この方法は、第１の要求が第１の識別子を含み、第１の識別子が、第２のプラットフォームが第１のプラットフォームにアクセスした後、第１のプラットフォームによって第２のプラットフォームに割り当てられる、第２のプラットフォームを識別するためのシーケンス番号である、第１のプラットフォームで第２のプラットフォームが送信する第１の要求を受信すること、第２の識別子が、第２のプラットフォームのＩＤを識別するために第１のプラットフォームにあるシーケンス番号である、第１の識別子に対応する第２の識別子を取得すること、第３の識別子が、第１のプラットフォームに現在ログオンしているログインユーザのアカウントである、第１の要求に対応する第３の識別子を取得すること、第４の識別子が、ログインユーザを識別するために使用され、第１のプラットフォームによって第２のプラットフォームに返されるシーケンス番号である、第４の識別子を取得するために第２の識別子を用いて第３の識別子を暗号化すること、及び第４の識別子を第２のプラットフォームに返すことを含む。
【０００９】
好ましくは、第１の要求は、第１のサービス処理パラメータをさらに含む。第４の識別子を取得するために第２の識別子を使用して第３の識別子を暗号化する前に、方法は、第１のサービス処理結果を取得するために、第３の識別子に基づいて、第１のサービス処理パラメータを基に、対応するサービス処理を実行することをさらに含む。
【００１０】
好ましくは、方法は、第４の識別子が第２のプラットフォームに返されると同時に、第１のサービス処理結果を返すことをさらに含む。
【００１１】
好ましくは、方法は、第１のプラットフォームで、第２のプラットフォームが送信した第１の要求を受信する前に、認証ページを提示すること、第２のプラットフォームに対応するコールバックアドレスを取得すること、認証ページでユーザの認証操作が検出されたことを検出するのに応じて、予め設定した認証コードをコールバックアドレスに追加し、コールバックアドレスに対応するページにジャンプすること、及び第２のプラットフォームによって送信されたトークン要求を受信した後、トークン要求に応じて対応する認証トークンを第２のプラットフォームに返すことをさらに含み、トークン要求は認証コードを含む。
【００１２】
好ましくは、第１のプラットフォームで、第２のプラットフォームが送信した第１の要求を受信することは、第１のプラットフォームによって、第２のプラットフォームが、認証トークンを使用して第１のプラットフォームの対応するＡＰＩインターフェイスを呼び出していることを検出すること、及び第１のプラットフォームによって、ＡＰＩインターフェイスを介して第２のプラットフォームが導入した第１の要求を受信することを含む。
【００１３】
好ましくは、第３の識別子が特別なラベルを含み、第１の要求に対応する第３の識別子を取得することが、認証トークンに対応するＡＰＩインターフェイスを位置付けること、ＡＰＩインターフェイスのパラメータが特別なラベルのパラメータを含むかどうかを照合すること、及び肯定であれば、特別なラベルを第３の識別子として含むパラメータを取得することを含む。
【００１４】
好ましくは、第１の識別子に対応する第２の識別子を取得することは、対応データベースが第１の識別子と第２の識別子との間の対応関係を含む、対応データベースを取得すること、対応データベースの第１の識別子と適合させること、及び第１の識別子に適合する第２の識別子を取得することを含む。
【００１５】
好ましくは、第４の識別子を取得するために第２の識別子を使用して第３の識別子を暗号化することが、暗号鍵を取得すること、及び第４の識別子を取得するために暗号鍵と第２の識別子を使用して第３の識別子を暗号化することを含む。
【００１６】
本願は、さらに、ユーザＩＤを識別するための方法を開示する。方法は、第２の要求が第１の識別子と第４の識別子を含み、第１の識別子が、第２のプラットフォームが第１のプラットフォームにアクセスした後、第２のプラットフォームを識別するために、第１のプラットフォームによって第２のプラットフォームに割り当てられるシーケンス番号であり、第４の識別子が、第１のプラットフォームによって第２のプラットフォームに返され、第１のプラットフォームに現在ログオンしているログインユーザを識別するために使用されるシーケンス番号である、第１のプラットフォームで、第２のプラットフォームが送信する第２の要求を受信すること、第２の識別子が、第１のプラットフォームで第２のプラットフォームのＩＤを識別するためのシーケンス番号である、第１の識別子に対応する第２の識別子を取得すること、及び第３の識別子が第１のプラットフォームに現在ログオンしているログインユーザのアカウントである、第３の識別子を得るために、第２の識別子を使用して第４の識別子を復号することを含む。
【００１７】
好ましくは、第２の要求は、第２のサービス処理パラメータをさらに含む。方法は、第３の識別子を取得するために第２の識別子を使用して第４の識別子を復号した後、第２のサービス処理結果を得るために、第３の識別子に基づいて、第２のサービス処理パラメータを基に、対応するサービス処理を実行すること、第４の識別子を取得するために、第２の識別子を使用して第３の識別子を暗号化すること、及び第４の識別子及び第２のサービス処理結果を第２のプラットフォームに返すことをさらに含む。
【００１８】
好ましくは、第３の識別子を取得するために第２の識別子を使用して第４の識別子を復号することは、復号鍵を取得すること、及び第３の識別子を取得するために復号鍵及び第２の識別子を使用して第４の識別子を復号することを含む。
【００１９】
好ましくは、方法は、第３の識別子を取得するために第２の識別子を使用して第４の識別子を復号した後に、第３の識別子に特別なラベルを追加することをさらに含む。
【００２０】
本願は、ユーザＩＤを識別するための装置をさらに開示している。装置は、第２のプラットフォームによって送信された第１の要求を受信するように構成される第１の要求受信モジュールであって、第１の要求が第１の識別子を含み、第１の識別子が、第２のプラットフォームが第１のプラットフォームにアクセスした後、第１のプラットフォームによって第２のプラットフォームに割り当てられ、第２のプラットフォームを識別するために使用されるシーケンス番号であるモジュール、第１の識別子に対応する第２の識別子を取得するように構成される第２の識別子取得モジュールであって、第２の識別子が、第１のプラットフォームで第２のプラットフォームのＩＤを識別するために使用されるシーケンス番号であるモジュール、第１の要求に対応する第３の識別子を取得するように構成される第３の識別子取得モジュールであって、第３の識別子が、第１のプラットフォームに現在ログオンしているログインユーザのアカウントであるモジュール、第４の識別子を取得するために第２の識別子を使用して第３の識別子を暗号化するように構成された暗号化モジュールであって、第４の識別子が、第１のプラットフォームによって第２のプラットフォームに返され、ユーザを識別するために使用されるシーケンス番号であるモジュール、及び第４の識別子を第２のプラットフォームに返すように構成された識別子返送モジュールを含む。
【００２１】
好ましくは、第１の要求は、第１のサービス処理パラメータをさらに備え、装置は、第３の識別子に基づいて、第１のサービス処理パラメータを基に、対応するサービス処理を実行して、第１のサービス処理結果を取得するよう構成される第１のサービス処理モジュールをさらに含む。
【００２２】
好ましくは、装置は、第４の識別子が第２のプラットフォームに返されたとき同時に第１のサービス処理結果を返すように構成された第１の結果返送モジュールをさらに含む。
【００２３】
好ましくは、装置は、認証ページを提示するように構成された認証ページ提示モジュールと、第２のプラットフォームに対応するコールバックアドレスを取得するよう構成されるコールバックアドレス取得モジュールと、認証ページでのユーザの認証操作が検出されるのに応じて、コールバックアドレスに予め設定されている認証コードを追加し、コールバックアドレスに対応するページにジャンプするよう構成される認証コード追加モジュールと、第２のプラットフォームによって送信されたトークン要求が受信されたら、対応する認証トークンをトークン要求に応じて第２のプラットフォームに返すように構成された認証モジュールであって、トークン要求が認証コードを含むモジュールとをさらに含む。
【００２４】
好ましくは、第１の要求受信モジュールは、第２のプラットフォームが認証トークンを使用して第１のプラットフォームの対応するＡＰＩインターフェイスを呼び出していることを検出するように構成されたインターフェイス呼び出しサブモジュールと、ＡＰＩインターフェイスを介して第２のプラットフォームからの第１の要求を受信するように構成された要求受信サブモジュールとを含む。
【００２５】
好ましくは、第３の識別子が特別なラベルを含み、第３の識別子取得モジュールが、認証トークンに対応するＡＰＩインターフェイスを位置決めするように構成されたインターフェイス位置決めサブモジュールと、ＡＰＩインターフェイスのパラメータが特別なラベルのパラメータを含むかどうかを照合するように構成されたインターフェイス判定サブモジュールと、特別なラベルのパラメータを含むＡＰＩインターフェイスのパラメータに応じて、特別なラベルを第３の識別子として含むパラメータを取得するように構成された識別子取得サブモジュールとを含む。
【００２６】
好ましくは、第２の識別子取得モジュールは、対応データベースが第１の識別子と第２の識別子との間の対応関係を含む、対応データベースを取得するように構成された対応データベース取得サブモジュールと、対応データベースの第１の識別子と適合するように構成された適合サブモジュールと、第１の識別子に適合する第２の識別子を取得するように構成された第２の識別子取得サブモジュールとを含む。
【００２７】
好ましくは、暗号化モジュールは、暗号鍵を取得するように構成された鍵取得サブモジュールと、第４の識別子を取得するために、暗号鍵と第２の識別子を使用して第３の識別子を暗号化するように構成された暗号化サブモジュールとを含む。
【００２８】
本願は、さらに、ユーザＩＤを識別するための装置を開示する。装置は、第２の要求が第１の識別子及び第４の識別子を含む、第２のプラットフォームによって送信された第２の要求を受信するように構成された第２の要求受信モジュールであって、第１の識別子が、第２のプラットフォームが第１のプラットフォームにアクセスした後、第２のプラットフォームを識別するために使用され、第１のプラットフォームによって第２のプラットフォームに割り当てられるシーケンス番号であり、第４の識別子は、第１のプラットフォームによって第２のプラットフォームに返され、ユーザを識別するために使用されるシーケンス番号であるモジュール、第２の識別子が、第１のプラットフォームで第２のプラットフォームのＩＤを識別するために使用されるシーケンス番号である、第１の識別子に対応する第２の識別子を取得するように構成される、第２の識別子取得モジュール、及び第３の識別子が第１のプラットフォームに現在ログオンしているログインユーザのアカウントである、第３の識別子を取得するために、第２の識別子を使用して第４の識別子を復号するように構成された復号モジュールを含む。
【００２９】
好ましくは、第２の要求は第２のサービス処理パラメータをさらに含み、装置は、第２のサービス処理結果を得るために、第３の識別子に基づいて、第２のサービス処理パラメータを基に、対応するサービス処理を実行するように構成された第２の結果取得モジュールと、第４の識別子を取得するために第２の識別子を使用して第３の識別子を暗号化するように構成された暗号化モジュールと、第４の識別子及び第２のサービス処理結果を第２のプラットフォームに返すように構成された結果送信モジュールとをさらに含む。
【００３０】
好ましくは、復号モジュールは、復号鍵を取得するように構成された鍵取得サブモジュールと、第３の識別子を取得するために、復号鍵と第２の識別子を使用して第４の識別子を復号するように構成された復号サブモジュールとを含む。
【００３１】
好ましくは、装置は、第３の識別子に特別なラベルを追加するように構成されたラベル追加モジュールをさらに含む。
【００３２】
既存の技術と比較して、本願の実施形態は以下の利点を含む。
【００３３】
本願の実施形態では、第１の要求及び／または第２の要求を受信した後、第１の識別子に対応する第２の識別子が、第１の要求及び／または第２の要求で伝えられた第１の識別子に従って取得される。第２の識別子は、暗号化及び復号のための要素として使用される。第２の識別子は、第１のプラットフォームで第２のプラットフォームのＩＤを識別するために使用するシーケンス番号である。言い換えると、第２の識別子を暗号化要素として使用して第３の識別子を暗号化した後、このようにして得られた第４の識別子は、本願の実施形態による第２のプラットフォームの別個のＩＤに対して相違するものである。そのため、第１のプラットフォームが別個の第２のプラットフォームに返す第４の識別子は相違している。したがって、別個の第２のプラットフォームが同じ第３の識別子に対してそれぞれのサービスを実行した後、第２のプラットフォームに返されたユーザＩＤは、互いに効果的に隔たっている。
【００３４】
さらに、本願の実施形態は、同一の第２のプラットフォームの異なったＩＤに対して別個の第４の識別子を返すこともできる。そのため、単一の第２のプラットフォームが複数のＩＤを有する状況で、同一のユーザＩＤが返されて、それを認識するという困難を効果的に解決する。
【図面の簡単な説明】
【００３５】
【図１】本願による、ユーザＩＤを識別するための第１の例示的な方法のフローチャートである。
【図２】本願による、ユーザＩＤを識別するための第２の例示的な方法のフローチャートである。
【図３】本願による、ユーザＩＤを識別するための第１の例示的な装置の構造のブロック図である。
【図４】本願による、ユーザＩＤを識別するための第２の例示的な装置の構造のブロック図である。
【発明を実施するための形態】
【００３６】
本願の前述の目的、特徴、及び利点をより明確に理解できるように、本願を、添付の図面及び例示的な実施態様を参照しながら、以下でさらに詳細に説明する。
【００３７】
図１は、本願によるユーザＩＤを識別するための第１の例示的な方法のフローチャートを示しており、具体的には以下の操作を含むことができる。
【００３８】
ステップ１０１において、第１のプラットフォームは、第２のプラットフォームによって送信された第１の要求を受信する。第１の要求は第１の識別子を含む。
【００３９】
本願の実施形態では、第１のプラットフォームは、サービスを提供するサービスプロバイダ、例えば第三者決済プラットフォーム、第三者サービスプラットフォームなどであってもよい。第２のプラットフォームは、サービスを要求するサービス要求者、例えば第三者決済プラットフォームと協力関係を有する外部アプリケーションプラットフォーム（または電子商取引プラットフォームまたはパートナープラットフォームと呼ばれる）であってよい。
【００４０】
第１の識別子は、第２のプラットフォームが第１のプラットフォームにアクセスした後に、第２のプラットフォームを識別するために使用され、第１のプラットフォームによって第２のプラットフォームに割り当てられるシーケンス番号であってもよい。
【００４１】
ある実施態様では、第２のプラットフォームは、以下の方法で第１のプラットフォームにアクセスすることができる。第２のプラットフォームは、第１のプラットフォームにログオンするために第１のプラットフォームにログインアカウントを登録する（ここでのログインアカウントは、第２のプラットフォームのログインアカウント、すなわち第２のプラットフォームのＵＩＤと称し、以下の説明でログインユーザのアカウントと区別するようにする）。第２のプラットフォームのログインアカウントで第１のプラットフォームにログオンした後、第２のプラットフォームは実名認証要求を送信する。実名認証要求は、第２のプラットフォームに対応する企業のビジネスライセンス番号を含むことができる。第１のプラットフォームは、実名認証要求に従って実名認証を実行する。実名認証は、第２のプラットフォームのインターネット上でのＩＤの認証であり、一般に、第２のプラットフォームに対応するビジネスライセンス番号などの情報及び他の情報が真正であるかどうかを検証することを含み得る。実名認証がパスした後、第２のプラットフォームは、必要に応じて第１のプラットフォームによって提供されるインターフェイスデータベースのアクセスインターフェイスＡＰＩを選択し、選択されたアクセスインターフェイスＡＰＩを介して第１のプラットフォームにアクセスする。この時点で、第１のプラットフォームは、アクセス関連で第２のプラットフォームの識別子として機能するように第１の識別子（ＰＩＤ（パートナーＩＤ）と称することができる）を第２のプラットフォームに割り当てる。
【００４２】
例えば、Ａ社がそのウェブサイトＡで第三者決済プラットフォームのクイック決済機能を使用したい場合、まず、Ａ社は第三者決済プラットフォームにアカウント（アカウントは、例えばａ０００１）を登録する必要があり、アカウントの実名認証を適用するためのビジネスライセンスなどの情報を提供する。第三者決済プラットフォームがＡ社の実名認証を首尾良く実行した後、Ａ社はログインアカウントａ０００１を使用して第三者決済プラットフォームのクイック決済プロダクトにサインアップする（つまり、Ａ社はログインアカウントａ０００１を使用してクイック決済機能に対応するアクセスインターフェイスＡＰＩを選択し、アクセスインターフェイスＡＰＩを介して第三者決済プラットフォームにアクセスする）。次いで、第三者決済プラットフォームは、個別に識別子、すなわち第１の識別子ＰＩＤをアカウントａ０００１に割り当て、第１の識別子は、第三者決済プラットフォームにおいてＡ社のウェブサイトの識別子としても使用される。
【００４３】
実際に、ＰＩＤには対応する署名照合鍵がある。外部アプリケーションプラットフォームがＰＩＤを使用して第三者決済プラットフォームとインタラクションする場合、第三者決済プラットフォームは署名照合鍵を使用してＰＩＤに対し署名の照合を実行する。
【００４４】
第１のプラットフォームは、第２のプラットフォームに関する第１のプラットフォームの実名認証がパスした後に、第２の識別子を第２のプラットフォームに割り当てることもできることに留意されたい。第２の識別子は、第１のプラットフォームのユーザが第２のプラットフォームのＩＤを識別するために使用するシーケンス番号である。一般に、第２の識別子は、第２のプラットフォームのＩＤドキュメントに関連し、例えば第２の識別子は、第２のプラットフォームに対応する企業のビジネスライセンス番号に関連する。第２の識別子は、ＣＩＤ（カスタマーＩＤ）またはマーチャントＩＤと表すことができる。
【００４５】
実際の適用例では、第２のプラットフォームの単一のＣＩＤは、第２のプラットフォームの複数のログインアカウントＵＩＤｓ及び第２のプラットフォームのログインアカウントＵＩＤに登録でき、ＰＩＤと同じ値を有することができる。具体的には、第１のプラットフォームにおいて、第２のプラットフォームのＣＩＤ−ＵＩＤ−ＰＩＤの対応関係を生じることが可能で、第１のプラットフォームの対応データベースに対応関係を記憶させる。
【００４６】
本願の実施形態の好ましい実施態様では、ステップ１０１は、以下のサブステップを含むことができる。
【００４７】
サブステップＳ１１において、第１のプラットフォームは、第２のプラットフォームが、認証トークンを使用することによって、第１のプラットフォームの対応するＡＰＩインターフェイスを呼び出していることを検出する。
【００４８】
特定の実施態様では、第２のプラットフォームが、第１のプラットフォームに第１の要求を送信して第１のプラットフォームから保護されたユーザの情報などのリソースを取得する前に、第２のプラットフォームは、第１のプラットフォームからの認証（すなわち、アクセス許可）を最初に取得する必要がある。認証を取得した後、第２のプラットフォームは認証トークン（アクセストークン）を取得し、第２のプラットフォームは認証トークンを第１のプラットフォームに提示することによって、第１のプラットフォームの対応するＡＰＩインターフェイスを呼び出す。
【００４９】
具体的には、第１のプラットフォームによって第２のプラットフォームを認証するプロセスは、以下のステップを含むことができる。
【００５０】
ステップＳ１では、認証ページを提示する。
【００５１】
データのセキュリティとプライバシーを保証するために、第１のプラットフォームは、メニュー及びメッセージに認証ページのＵＲＬを構成し、ユーザ（第２のプラットフォームで第１のプラットフォームが提供するサービスを使用したいユーザであってよい）を、例えば認証ページに入るために、ウェブページのリンクという形態で誘導することができる。ユーザは、認証ページを介して「ログイン及び認証」の手順を実行するように誘導される。具体的には、ユーザに対し、認証ページを介してログインユーザアカウント（アカウント及びパスワードを含む）の情報を入力するように誘導することができる。ログインユーザアカウントを使用して第１のプラットフォームにログオンした後、ユーザはさらにユーザ認証を要求する。
【００５２】
ステップＳ２では、第２のプラットフォームに対応するコールバックアドレスを取得する。
【００５３】
特定の実施態様では、第２のプラットフォームが第１のプラットフォームにアクセスするとき、第２のプラットフォームは、第２のプラットフォームのコールバックアドレス（コールバックアドレスは第２のプラットフォームのＵＲＬとすることができる）をアクセス構成ファイルに入力する必要がある。コールバックアドレスを入力する際、依然としてテスト段階にある場合は、ローカルアドレスを入力してもよい。ローカルテストをパスした後、ローカルアドレスは公式のドメイン名、アドレスに変更してもよい。第１のプラットフォームは、第２のプラットフォームのアクセス構成ファイルから第２のプラットフォームに対応するコールバックアドレスを取得することができる。
【００５４】
ステップＳ３において、認証ページのユーザの認証操作が検出された後、予め設定されている認証コードがコールバックアドレスに追加され、認証ページがコールバックアドレスに対応するページにジャンプする。
【００５５】
認証ページは、「認証」または「キャンセル」ボタンを含み得る。ユーザが「キャンセル」を選択すると、ページはコールバックアドレスに対応するページにジャンプし、同時にエラー情報が返される。例えば、「ｅｒｒｏｒ＝ａｃｃｅｓｓ＿ｄｅｎｉｅｄ，ｅｒｒｏｒ＿ｄｅｓｃｒｉｐｔｉｏｎ＝ａｕｔｈｏｒｉｚｅ％２０ｒｅｊｅｃｔ（エラー＝アクセス拒否、エラー記述＝認証％２０拒絶）」というエラー情報が返される。
【００５６】
ユーザが「認証」を選択した場合、第１のプラットフォームは、コールバックアドレスに対応するページ要求に認証コード及び他のパラメータ、例えば、ステートパラメータやａｐｐ＿ｉｄなどを追加することができ、ページはコールバックアドレスに対応するページにジャンプして、認証コード及び他のパラメータを第２のプラットフォームに返す。
【００５７】
各ユーザ認証における認証コードが別個のものであることに留意されたい。認証コードは１回のみ使用でき、有効期間があり、有効期間内に使用しないと自動的に期限切れになるようにできる。例えば、有効期間が１日で、その１日のうちに認証コードを使用しない場合、認証コードは自動的に期限切れになる。
【００５８】
ステップＳ４において、第２のプラットフォームが送信したトークン要求が受信されると、対応する認証トークンがトークン要求に応じて第２のプラットフォームに返される。この場合、トークン要求は認証コードを含む。
【００５９】
認証トークン（ａｃｃｅｓｓ＿ｔｏｋｅｎ）は、リソース所有者（ユーザ）に代わって検証要求（ユーザ関連操作）を送信するために第２プラットフォームによって使用されるトークンである。認証トークンは、第２のプラットフォームが第１のプラットフォームのＡＰＩインターフェイスを呼び出すときに送信する必要があるパラメータである。
【００６０】
特定の実施態様では、認証コードを取得した後、第２のプラットフォームは、認証コードを使用してトークン要求を生成し、第１のプラットフォームに認証トークンを返すように要求すべく、トークン要求を第１のプラットフォームに送信することができる。認証コードに加えて、トークン要求は、第２のプラットフォームが第１のプラットフォームにアクセスするときに第１のプラットフォームによって割り当てられるＡｐｐＳｅｃｒｅｔを、さらに含むことができる。次に、第２のプラットフォームは、Ｈｔｔｐ  Ｐｏｓｔメソッドを使用して認証トークンを取得し、ｊｓｏｎ形式で返される認証トークンの戻り値を取得する。第２のプラットフォームが、他の代替的な方法で認証トークンを得ることができるのは明らかである。例えば、第２のプラットフォームは、認証トークンを取得するために認証トークン交換ＡＰＩを呼び出すことができ、それは本願の実施形態に限定されない。
【００６１】
認証トークンは、機能スコープ、持続時間、及び関連する許可の他の属性などの情報を含むことができることに留意されたい。認証トークンが持続期間を超過すると、リフレッシュトークンを使用して、継続的に使用するための新しい認証トークンを生成することができる。リフレッシュトークンは、その満了時間に達するまで繰り返し使用し得る。リフレッシュトークンが期限切れになった後は、再認証を実行するためにユーザを誘導する必要がある。
【００６２】
認証トークンを取得した後、第２のプラットフォームは、対応するＡＰＩインターフェイスを呼び出すことができる。具体的には、第２のプラットフォームは、ｈｔｔｐ呼び出し、またはｈｔｔｐｓ署名なしの呼び出しによって、ＡＰＩインターフェイスを呼び出すことができる。
【００６３】
サブステップＳ１２において、第１のプラットフォームは、ＡＰＩインターフェイスを介して第２のプラットフォームが送信した第１の要求を受信する。
【００６４】
第２のプラットフォームが第１のプラットフォームのＡＰＩインターフェイスを呼び出すとき、第１のプラットフォームは、第１のプラットフォームのゲートウェイを介して第１の要求を受信することができる。第１の識別子、及びサービス処理を実行するために必要な第１のサービス処理パラメータに加えて、第１の要求は、ＡＰＩインターフェイス名、タイムスタンプ、第２のプラットフォームがアプリケーションを作成するときに取得されるＡｐｐＫｅｙ、及びＡＰＩプロトコルバージョンなどのパラメータをさらに含み得る。
【００６５】
ステップ１０２において、第１の識別子に対応する第２の識別子が取得される。
【００６６】
第１の要求に従う第１の識別子を取得するのに応じて、第１のプラットフォームは、第１の識別子と第１のプラットフォームの対応データベースに記憶された第２の識別子との間の対応関係に従って、第１の識別子を適合させ、第１の識別子に対応する第２の識別子を得ることができる。例えば、ＰＩＤは、第三者決済プラットフォームのアカウントシステムの対応データベースに記憶されたデータレコードから検索し、ＰＩＤに対応するＣＩＤを見出すことができる。
【００６７】
ステップ１０３では、第１の要求に対応する第３の識別子を取得する。
【００６８】
本願の実施形態では、第３の識別子は、第１のプラットフォームに現在ログオンしているログインユーザのアカウント、すなわち、第１のプラットフォームにログオンするためにユーザによって使用されるログインアカウントのＵｓｅｒＩｄ（ユーザＩＤ）であり、これはユーザＵＩＤと称する。
【００６９】
本願の実施形態の好ましい実施形態では、ステップ１０３は、以下のサブステップを含むことができる。
【００７０】
サブステップＳ２１では、認証トークンに対応するＡＰＩインターフェイスが位置付けられる。
【００７１】
第２のプラットフォームが認証トークンを介して第１のプラットフォームに対応するＡＰＩインターフェイスを呼び出すとき、第２のプラットフォームが送信するパラメータ（複数可）は、ＡＰＩインターフェイス名を含む。第１のプラットフォームは、ＡＰＩインターフェイス名に従って、対応するＡＰＩインターフェイスを位置付けることができる。
【００７２】
サブステップＳ２２では、ＡＰＩインターフェイスのパラメータに特別なラベルのパラメータが含まれているかどうかを判定し、肯定であれば特別なラベルを含むパラメータが第３の識別子として取得される。
【００７３】
ユーザログインアカウントを識別するＵＩＤは、第１のプラットフォームで事前にマークしてもよい。マークする方法は、ＵＩＤに特別なラベルを加えることを含むことができる。第１のプラットフォームのゲートウェイがＡＰＩインターフェイスを位置付けた後、ＡＰＩインターフェイスのパラメータ（複数可）の中から特別なラベルのあるパラメータを認識し、特別なラベルを含むパラメータが第３の識別子ＵＩＤであると判断することができる。
【００７４】
特定の実施態様では、現在呼び出されているＡＰＩインターフェイスに第３の識別子が存在すると判断した後、第１のプラットフォームは、第３の識別子に基づいて、第１のサービス処理パラメータを基に、対応するサービス処理を実行し、第１のサービス処理結果を得ることができる。具体的には、現在呼び出されているＡＰＩインターフェイスに第３の識別子が存在していると判断した後、第１のプラットフォームのゲートウェイは、第３の識別子をインターフェイス呼び出しコンテキストに記憶し、第１のサービス処理パラメータを第１のプラットフォームのサービスシステムに送信する。第１のサービス処理パラメータを受信した後、サービスシステムは、第１のサービス処理パラメータに対応する第３の識別子をインターフェイス呼び出しコンテキストから取得し、サービス処理を実行することが必要な特定のユーザを判定する。次いで、サービスシステムは、第１のサービス処理結果を得るために、第３の識別子に基づいて、第１のサービス処理パラメータを基にサービス処理（例えば、ユーザのアドレスといったユーザの情報の取得）を行い、第１のサービス処理結果をゲートウェイに返す。また、第１のサービス処理結果は、現在のサービス処理結果がどのユーザに特有であるかについてゲートウェイに通知するための第３の識別子を含む。
【００７５】
ステップ１０４において、第３の識別子は、第２の識別子を使用して暗号化されて第４の識別子を取得し、第４の識別子は第２のプラットフォームに返される。
【００７６】
特定の実施態様では、ユーザの情報のセキュリティを保証するために、現在のユーザを識別すべく第１のプラットフォームによって第２のプラットフォームに返されるユーザアカウントは、暗号化したアカウント情報とする。本願の実施形態では、第１のプラットフォームのゲートウェイは、サービスシステムから第１のサービス処理結果を取得した後、第１のサービス処理結果に対応する第３の識別子を取得でき、第３の識別子を暗号化するための暗号化要素の１つとして第２の識別子を使用する。
【００７７】
本願の実施形態の好ましい実施形態では、ステップ１０４は、以下のサブステップを含むことができる。
【００７８】
サブステップＳ３１では、暗号鍵を取得する。
【００７９】
第３の識別子を暗号化するための暗号鍵は、第１のプラットフォームで予め構成していてもよく、暗号鍵は、第１のプラットフォームの鍵管理システムに記憶してもよい。第１のプラットフォームのゲートウェイが第３の識別子を暗号化する必要がある場合、対応する暗号鍵が鍵管理システムから取得されて、暗号化要素の１つとして機能する。
【００８０】
サブステップＳ３２において、第３の識別子は、暗号鍵及び第２の識別子を使用して暗号化し、第４の識別子を得る。
【００８１】
第１のプラットフォームが２つの暗号化要素（暗号鍵及び第２の識別子）を取得した後、第３の識別子は、これら２つの暗号化要素を使用して暗号化することができる。ある実施態様では、第１のプラットフォームは、トリプルデータ暗号化アルゴリズム（３ＤＥＳ）を使用して第３の識別子を暗号化することができる。３ＤＥＳはトリプルＤＥＳとも称し、３つの５６ビットの鍵を使用してデータを３回暗号化するＤＥＳ暗号化アルゴリズムのモードである。
【００８２】
第１のプラットフォームは、第３の識別子を暗号鍵及び第２の識別子で暗号化することによって、第４の識別子を取得し、第１のサービス処理結果及び対応する第４の識別子を第２のプラットフォームに返すことができる。第４の識別子は、第１のプラットフォームから第２のプラットフォームに返され、ユーザを識別するために使用されるシーケンス番号である。第４の識別子は、ＯｐｅｎＩＤと表すことができる。
【００８３】
第２の識別子は、本願の実施形態による暗号化要素の１つとして機能するように暗号化のプロセスに導入されるので、第２のプラットフォームに返される第４の識別子ＯｐｅｎＩＤは、別個の第２の識別子に対して相違している。例えば、外部アプリケーションプラットフォームに複数の法人が存在する場合（例えば、企業１と企業２という２つの法人が存在する場合）、第三者決済プラットフォームは、異なるＣＩＤ（例えば、ＣＩＤ１は企業１に対応し、ＣＩＤ２は企業２に対応する）を、第１のプラットフォームによって認証された各法人のために、生成することができる。外部アプリケーションプラットフォームが企業１の名で第三者決済プラットフォームにて署名した場合、第三者決済プラットフォームは、ＣＩＤ１用にＵＩＤを暗号化してＯｐｅｎＩＤ１を取得する。外部アプリケーションプラットフォームが企業２という名前で第三者決済プラットフォームにて署名した場合、第三者決済プラットフォームはＣＩＤ２用にＵＩＤを暗号化してＯｐｅｎＩＤ２を取得する。
【００８４】
本願の実施形態では、第１の要求及び／または第２の要求が受信された後、第１の識別子に対応する第２の識別子が、第１の要求及び／または第２の要求に含まれる第１の識別子に従って取得され、第２の識別子が、暗号化と復号のための要素として使用される。第２の識別子は、第１のプラットフォームで第２のプラットフォームのＩＤを識別するために使用されるシーケンス番号である。換言すれば、本願の実施形態で、第２の識別子は、第３の識別子を暗号化するための暗号化要素として使用される。このようにして得られた第４の識別子は、第２のプラットフォームの別個のＩＤに対して相違している。したがって、第１のプラットフォームが別個の第２のプラットフォームに返す第４の識別子は相違したものとなり、そのため、これらの別個の第２のプラットフォームが同じ第３の識別子を基にサービスを実行した後に、第２のプラットフォームに返すユーザＩＤを効果的に隔たらせる。
【００８５】
さらに、本願の実施形態では、別個の第４の識別子を異なる認証対象に対して返すので、単一の第２のプラットフォームが複数のＩＤを有する状況で、同一のユーザＩＤを返してそれを認識するという困難を、効果的に解決する。
【００８６】
図２は、本願によるユーザＩＤを識別するための第２の方法のフローチャートを示しており、具体的には以下のステップを含むことができる。
【００８７】
ステップ２０１において、第１のプラットフォームは、第２のプラットフォームによって送信された第２の要求を受信する。第２の要求は、第１の識別子及び第４の識別子を含む。
【００８８】
特定の実施態様では、第２のプラットフォームが第１のプラットフォームから認証を取得した後、第１のプラットフォームは認証を記録でき、認証を再度行う必要はない。第２のプラットフォームは、ユーザ認証に再度基づいて第１のプラットフォームにサービス処理の実行を要求すると、第２のプラットフォームが第２の要求を生成し、第２の要求を前述のＡＰＩインターフェイスを介して第１のプラットフォームに送信し得る。第２の要求は、第１の識別子、第４の識別子、第２のサービス処理パラメータなどを含むことができる。
【００８９】
本願の実施形態では、第１の識別子は、第２のプラットフォームが第１のプラットフォームにアクセスした後に、第１のプラットフォームによって第２のプラットフォームに割り当てられ、第２のプラットフォームを識別するために使用されるシーケンス番号である。例えば、第２のプラットフォームが外部アプリケーションプラットフォームである場合、第２のプラットフォームのＩＤは、外部アプリケーションプラットフォームの企業であってもよい。外部アプリケーションプラットフォームが、企業の企業情報（ビジネスライセンス番号など）をサポート手段として使用し、第三者決済プラットフォームとの契約に署名することを要求する（すなわち、外部アプリケーションプラットフォームがサポート手段として企業の企業情報を用いて第三者決済プラットフォームにアクセスすることを要求する）場合、第三者決済プラットフォームは、適宜、署名された注文を生成し、署名された注文を審査する。審査がパスすると、第三者決済プラットフォームは、署名対象を識別するための第１の識別子ＰＩＤ（パートナーＩＤ）を生成し（すなわち、ビジネスライセンス番号などの、企業の企業情報である）、そのＰＩＤを外部アプリケーションプラットフォームに返す。
【００９０】
第１のプラットフォームは、第１のプラットフォームが第２のプラットフォームの実名認証を首尾よく実行したら、第２のプラットフォームに第２の識別子をさらに割り当てることができることに留意されたい。第２の識別子は、ユーザが第１のプラットフォームで第２のプラットフォームのＩＤを識別するためのシーケンス番号である。一般に、第２の識別子は、第２のプラットフォームのＩＤドキュメントに関連し、例えば、第２の識別子は、第２のプラットフォームに対応する企業のビジネスライセンス番号に関連する。第２の識別子は、ＣＩＤ（カスタマーＩＤ）またはマーチャントＩＤと表すことができる。
【００９１】
第１の識別子と第２の識別子との間の対応関係は、第１のプラットフォームで生成することができ、対応関係は、第１のプラットフォームの対応データベースに記憶される。
【００９２】
第４の識別子（ＯｐｅｎＩＤ）は、第１のプラットフォームによって第２のプラットフォームに返され、第１のプラットフォームに現在ログオンしているログインユーザを識別するために使用されるシーケンス番号である。第４の識別子は、暗号文形式のユーザ識別子である。
【００９３】
ステップ２０２において、第１の識別子に対応する第２の識別子を取得し、第２の識別子は、第１のプラットフォームにおいて第２のプラットフォームのＩＤを識別するためのシーケンス番号である。
【００９４】
第２の要求に従って第１の識別子を取得した後、第１のプラットフォームは、対応データベースに記憶された第１の識別子と第２の識別子との間の対応関係に従って、第１の識別子に対応する第２の識別子を取得することができる。例えば、ＰＩＤに対応するＣＩＤを見出すために、第三者決済プラットフォームのアカウントシステムの対応データベースに記憶されたデータレコードから、ＰＩＤを検索することができる。
【００９５】
ステップ２０３において、第４の識別子は、第２の識別子を使用して復号されて、第３の識別子を取得する。第３の識別子は、第１のプラットフォームに現在ログオンしているログインユーザのアカウントである。
【００９６】
第２の識別子及び第４の識別子を取得した後、第１のプラットフォームは、第２の識別子を使用して第４の識別子を復号することができる。本願の好ましい実施形態では、ステップ２０３は、以下のサブステップを含むことができる。
【００９７】
サブステップＳ４１では、復号鍵を取得する。
【００９８】
第３の識別子を暗号化するための暗号鍵及び対応する復号鍵は、第１のプラットフォームで予め構成していてもよい。さらに、暗号鍵及び復号鍵は、第１のプラットフォームの鍵管理システムに記憶し得る。第１のプラットフォームのゲートウェイが第４の識別子を復号する必要がある場合、対応する復号鍵が鍵管理システムから得られ、いくつかの復号要素の１つとして機能する。
【００９９】
本願が対称的な暗号化及び復号アルゴリズムを使用する場合、暗号鍵及び対応する復号鍵は同じ鍵であり得ることに留意されたい。
【０１００】
サブステップＳ４２において、第４の識別子は、第３の識別子を取得するために、復号鍵及び第２の識別子を使用して復号される。
【０１０１】
２つの復号要素（すなわち、復号鍵及び第２の識別子）を取得した後、第１のプラットフォームは、復号鍵及び第２の識別子を使用して第４の識別子を復号して、第３の識別子を得ることができる。ある実施態様では、第１のプラットフォームが３ＤＥＳを使用して暗号化を実行する場合、第１のプラットフォームは、３ＤＥＳが対称的な鍵暗号化アルゴリズムであるため、３ＤＥＳを使用して復号を実行することができる。
【０１０２】
第４の識別子が復号された後、元の第２の識別子及び元の第３の識別子が得られる。元の第２の識別子が暗号文の第２の識別子と同一である場合、復号は成功する。それ以外の場合、復号は失敗する。
【０１０３】
復号が成功した場合、第１のプラットフォームは、第３の識別子に特別なラベルを追加し、（特別なラベルが追加された）第３の識別子をインターフェイス呼び出しコンテキストに記憶し、第２のサービス処理パラメータを第１のプラットフォームのサービスシステムに転送し得る。サービスシステムは、第２のサービス処理パラメータを受信した後、インターフェイス呼び出しコンテキストから第３の識別子を取得し、第３の識別子に基づいて、第２のサービス処理パラメータを基に、対応するサービス処理を行って、第２のサービス処理結果を取得し、第２のサービス処理結果を第１のプラットフォームのゲートウェイに返す。第２のサービス処理結果は、第３の識別子を含む。
【０１０４】
ゲートウェイは、第２のサービス処理結果の受信に応じて、第２の識別子を用いて第３の識別子を暗号化して第４の識別子を取得し、第４の識別子及び第２のサービス処理結果を第２のプラットフォームに返す。第２のプラットフォームは、第２のサービス処理結果が、どのユーザの第４の識別子による処理結果に対応しているかを判定する。
【０１０５】
本願の実施形態では、対称的な復号を用いて第４の識別子を復号し、第２の識別子に基づいて第４の識別子を復号することにより、ユーザの情報のセキュリティを向上させる。
【０１０６】
図１の方法の実施形態と根本的に類似性があるため、図２の方法に関する実施形態の説明は比較的簡素である。詳細については、方法に関する実施形態の説明の関連部分を参照することができる。
【０１０７】
当業者が本願の実施形態をより良く理解できるようにすべく、本願の実施形態を以下に例を用いて説明する。この例で、第１のプラットフォームは第三者決済プラットフォームであり、第２のプラットフォームは外部アプリケーションプラットフォームである。第三者決済プラットフォームは、ゲートウェイ、鍵管理システム、アカウントシステム、及びサービスシステムを含むことができる。この例は、以下のステップを含み得る。
【０１０８】
Ｓ１において、外部アプリケーションプラットフォームは、第三者決済プラットフォームから認証を要求する。
【０１０９】
Ｓ２では、第三者決済プラットフォームが外部アプリケーションプラットフォームを認証し、外部アプリケーションプラットフォームが認証トークンを取得する。
【０１１０】
Ｓ３において、外部アプリケーションプラットフォームは、ゲートウェイに第１の要求を送信する。第１の要求は、認証トークン、第１の識別子ＰＩＤ、及び第１のサービス処理パラメータを含む。
【０１１１】
Ｓ４において、ゲートウェイは、認証トークンに従って対応するＡＰＩインターフェイスを位置付け、第３の識別子ＵＩＤとして機能するように、ＡＰＩインターフェイスで特別なラベルを含むパラメータを取得する。
【０１１２】
Ｓ５において、ゲートウェイは、第３の識別子ＵＩＤをインターフェイス呼び出しコンテキストに記憶し、第１のサービス処理パラメータをサービスシステムに送信する。ここで、インターフェイス呼び出しコンテキストは、サービスシステムとゲートウェイとの間のインターフェイスである。
【０１１３】
Ｓ６において、サービスシステムは、第１のサービス処理パラメータを受信した後、インターフェイス呼び出しコンテキストからＵＩＤを取得し、ＵＩＤに対応するデータをサービスシステムから取得し、第１のサービス処理パラメータを基にサービス処理を実行して第１のサービス処理結果を取得する。
【０１１４】
Ｓ７において、サービスシステムは、第１のサービス処理結果をゲートウェイに返す。第１のサービス処理結果は、第３の識別子ＵＩＤを含む。
【０１１５】
Ｓ８では、ゲートウェイは、第１のサービス処理結果で第３の識別子を認識した後、アカウントシステムに記憶されたマッピングの関連からＰＩＤに対応する第２の識別子ＣＩＤを取得し、アカウントシステムはＰＩＤとＣＩＤとの間のマッピングの関連を記憶する。
【０１１６】
Ｓ９において、ゲートウェイは鍵管理システムから暗号鍵を取得する。
【０１１７】
Ｓ１０において、ゲートウェイは、暗号鍵及びＣＩＤを使用してＵＩＤを暗号化して、第４の識別子のＯｐｅｎＩＤを取得する。
【０１１８】
Ｓ１１において、ゲートウェイは、ＯｐｅｎＩＤを含む第１のサービス処理結果を外部アプリケーションプラットフォームに返す。
【０１１９】
Ｓ１２において、外部アプリケーションプラットフォームは、ＯｐｅｎＩＤをそのアカウントシステムにマッピングする。
【０１２０】
Ｓ１３において、外部アプリケーションプラットフォームは、第２の要求をゲートウェイに送信する。第１の要求は、ＯｐｅｎＩＤと、ＰＩＤと、第２のサービス処理パラメータとを含む。
【０１２１】
Ｓ１４において、ゲートウェイは、アカウントシステムに記憶されているマッピングの関連から、ＰＩＤに対応するＣＩＤを取得し、鍵管理システムから暗号鍵に対応する復号鍵を取得する。
【０１２２】
Ｓ１５で、ゲートウェイは、ＵＩＤを取得するために、復号鍵及びＣＩＤを使用してＰＩＤを復号する。
【０１２３】
Ｓ１６において、ゲートウェイは、ＵＩＤをインターフェイス呼び出しコンテキストに記憶し、第２のサービス処理パラメータをサービスシステムに送信する。
【０１２４】
Ｓ１７において、サービスシステムは、第２のサービス処理パラメータを受信した後、インターフェイス呼び出しコンテキストからＵＩＤを取得し、ＵＩＤに基づいて第２のサービス処理パラメータを基にサービス処理を行い、第２のサービス処理結果を得る。
【０１２５】
Ｓ１８において、サービスシステムは、第２のサービス処理結果をゲートウェイに返す。第２のサービス処理結果は、第３の識別子ＵＩＤを含む。
【０１２６】
Ｓ１９では、ゲートウェイは、第２のサービス処理結果のＵＩＤを認識した後、アカウントシステムに記憶されたマッピングの関連から、ＰＩＤに対応する第２の識別子ＣＩＤを取得する。
【０１２７】
Ｓ２０において、ゲートウェイは、ＯｐｅｎＩＤを取得するために暗号鍵とＣＩＤを使用してＵＩＤを暗号化する。
【０１２８】
Ｓ２１において、ゲートウェイは、ＯｐｅｎＩＤを含む第２のサービス処理結果を外部アプリケーションプラットフォームに返す。
【０１２９】
説明のために、方法の実施形態は、一連の動作の組み合わせとして表現していることに留意されたい。しかしながら、当業者は、本願の実施形態が、記載された動作の順序によって限定されないことを理解すべきである。なぜならば、一部のステップは、本願の実施形態に従って異なる順序で、または並行して実行できるからである。さらに、当業者であれば、本明細書に記載された実施形態はすべて好ましい実施形態に属し、関与する動作は本願の実施形態に必須ではない場合があることも理解すべきである。
【０１３０】
図３は、本願によるユーザＩＤを識別するための第１の例示的な装置の構造のブロック図を示しており、具体的には以下のモジュールを含むことができる。
【０１３１】
第１の要求受信モジュール３０１は、第２のプラットフォームにより送信された第１の要求を受信するよう構成されているが、第１の要求は第１の識別子を含み、第１の識別子は、第２のプラットフォームが第１のプラットフォームにアクセスした後に、第１のプラットフォームによって第２のプラットフォームに割り当てられ、第２のプラットフォームを識別するために用いられるシーケンス番号である。
【０１３２】
第２の識別子取得モジュール３０２は、第１の識別子に対応する第２の識別子を取得するように構成され、第２の識別子は、第１のプラットフォームにおいて第２のプラットフォームのＩＤを識別するために使用されるシーケンス番号である。
【０１３３】
第３の識別子取得モジュール３０３は、第１の要求に対応する第３の識別子を取得するように構成され、第３の識別子は、第１のプラットフォームに現在ログオンしているログインユーザのアカウントである。
【０１３４】
暗号化モジュール３０４は、第４の識別子を得るために、第２の識別子を使用して第３の識別子を暗号化するように構成され、第４の識別子は、第１のプラットフォームによって第２のプラットフォームに返され、ユーザを識別するために使用されるシーケンス番号である。
【０１３５】
識別子返送モジュール３０５は、第４の識別子を第２のプラットフォームに返すように構成される。
【０１３６】
本願の好ましい実施形態では、第１の要求は第１のサービス処理パラメータをさらに含むことができ、装置は、第１のサービス処理結果を取得するために、第３の識別子に基づいて、第１のサービス処理パラメータを基に、対応するサービス処理を実行するように構成された第１のサービス処理モジュールを、さらに含み得る。
【０１３７】
本願の好ましい実施形態では、装置は、第４の識別子が第２のプラットフォームに返されるとき同時に第１のサービス処理結果を返すように構成された第１の結果返送モジュールをさらに含むことができる。
【０１３８】
本願の好ましい実施形態では、装置は、認証ページを提示するように構成された認証ページ提示モジュールと、第２のプラットフォームに対応するコールバックアドレスを取得するよう構成されるコールバックアドレス取得モジュールと、認証ページでユーザの認証操作が検出された後に、コールバックアドレスに認証コードを追加し、コールバックアドレスに対応するページにジャンプするよう構成される認証コード追加モジュールと、第２のプラットフォームによって送信されたトークン要求が受信されたときに、トークン要求に応じて、対応する認証トークンを第２のプラットフォームに返すように構成された認証モジュールとをさらに含むことができ、ここでトークン要求は認証コードを含む。
【０１３９】
本願の好ましい実施形態では、第１の要求受信モジュール３０１は、第２のプラットフォームが認証トークンを使用して第１のプラットフォームの対応するＡＰＩインターフェイスを呼び出していることを検出するように構成されたインターフェイス呼び出しサブモジュールと、ＡＰＩインターフェイスを介して第２のプラットフォームから送信された第１の要求を受信するように構成された要求受信サブモジュールとを含むことができる。
【０１４０】
本願の好ましい実施形態では、第３の識別子は特別なラベルを含む。第３の識別子取得モジュール３０３は、認証トークンに対応するＡＰＩインターフェイスを位置付けるように構成されたインターフェイス位置決めサブモジュールと、ＡＰＩインターフェイスのパラメータが特別なラベルのパラメータを含むかどうかを照合するように構成されたインターフェイス判定サブモジュールと、特別なラベルのパラメータを含むＡＰＩインターフェイスのパラメータに応じて、特別なラベルを含むパラメータを第３の識別子として取得するように構成された識別子取得サブモジュールとを含み得る。
【０１４１】
本願の好ましい実施形態では、第２の識別子取得モジュール３０２は、対応データベースが第１の識別子と第２の識別子との間の対応関係を含む、対応データベースを取得するように構成された対応データベース取得サブモジュールと、対応データベースの第１の識別子と適合するように構成された適合サブモジュールと、第１の識別子に適合する第２の識別子を取得するように構成された第２の識別子取得サブモジュールとを含み得る。
【０１４２】
本願の好ましい実施形態では、暗号化モジュール３０４は、暗号鍵を取得するように構成された鍵取得サブモジュールと、第４の識別子を取得するために、暗号鍵と第２の識別子を使用して第３の識別子を暗号化するように構成された暗号化サブモジュールとを含む。
【０１４３】
図３の装置に関する実施形態は、基本的には図１の方法に関する実施形態と類似しているため、その説明は比較的簡素である。詳細については、方法に関する実施形態の説明における関連部分を参照することができる。
【０１４４】
図４は、本願によるユーザＩＤを識別するための第２の例示的な装置の構造のブロック図を示しており、具体的には以下のモジュールを含むことができる。
【０１４５】
第２の要求受信モジュール４０１は、第２の要求が第１の識別子及び第４の識別子を含む、第２のプラットフォームによって送信される第２の要求を受信するよう構成され、第１の識別子は、第２のプラットフォームが第１のプラットフォームにアクセスした後、第１のプラットフォームによって第２のプラットフォームに割り当てられ、第２のプラットフォームを識別するために使用されるシーケンス番号であり、第４の識別子は、第１の識別子によって第２のプラットフォームに返され、ユーザを識別するために使用されるシーケンス番号である。
【０１４６】
第２の識別子取得モジュール４０２は、第１の識別子に対応する第２の識別子を取得するように構成される。第２の識別子は、第１のプラットフォームで第２のプラットフォームのＩＤを識別するために使用されるシーケンス番号である。
【０１４７】
復号モジュール４０３は、第３の識別子を得るために、第２の識別子を使用して第４の識別子を復号するように構成される。第３の識別子は、第１のプラットフォームに現在ログオンしているユーザのログインアカウントである。
【０１４８】
本願の好ましい実施形態では、第２の要求は第２のサービス処理パラメータをさらに含むことができ、装置は、第２のサービス処理結果を取得するために、第３の識別子に基づいて、第２のサービス処理パラメータを基に、対応するサービス処理を実行するよう構成される第２の結果取得モジュールと、第４の識別子を取得するために第２の識別子を使用して第３の識別子を暗号化するように構成された暗号化モジュールと、第４の識別子及び第２のサービス処理結果を第２のプラットフォームに返すように構成された結果送信モジュールとをさらに含むことができる。
【０１４９】
本願の好ましい実施形態では、復号モジュール４０３は、復号鍵を取得するように構成された鍵取得サブモジュールと、第３の識別子を取得するために、復号鍵及び第２の識別子を使用して第４の識別子を復号するように構成された復号サブモジュールとを含む。
【０１５０】
本願の好ましい実施形態では、装置は、特別なラベルを第３の識別子に追加するように構成されたラベル追加モジュールをさらに含む。
【０１５１】
図４の装置に関する実施形態は、基本的には図２の方法に関する実施形態と類似しているため、その説明は比較的簡素である。詳細については、方法に関する実施形態の説明における関連部分を参照することができる。
【０１５２】
本明細書の実施形態は、漸進的に説明している。各実施形態の説明は、他の実施形態のものとは異なるように強調している。実施形態の同一または類似の部分の詳細は、互いに参照することができる。
【０１５３】
当業者であれば、本願の実施形態が、方法、装置、またはコンピュータプログラム製品として提供し得ることを理解するはずである。したがって、本願の実施形態は、完全なハードウェアの実施形態、完全なソフトウェアの実施形態、またはソフトウェアとハードウェアを組み合わせた実施形態という形態を採用することができる。さらに、本願の実施形態は、コンピュータ使用可能プログラムコードを含む、１つまたは複数のコンピュータ使用可能な記憶媒体（磁気ディスクメモリ、ＣＤ−ＲＯＭ、光メモリなどを含むがこれに限定されない）に実装されたコンピュータプログラム製品の形態を採用することができる。
【０１５４】
典型的な構成では、コンピューティング装置は、１つまたは複数のプロセッサ（ＣＰＵ）、入出力インターフェイス、ネットワークインターフェイス、及びメモリを含む。メモリは、揮発性メモリ、ランダムアクセスメモリ（ＲＡＭ）及び／または不揮発性メモリ、例えば読み出し専用メモリ（ＲＯＭ）またはフラッシュＲＡＭなどのコンピュータ可読媒体の形態を含むことができる。メモリは、コンピュータ可読媒体の一例である。コンピュータ可読媒体は、任意の方法または技術を使用して情報の記憶を達成することができる、揮発性または不揮発性のタイプ、取外し可能または取外し不可能な媒体を含むことができる。情報は、コンピュータ可読命令、データ構造、プログラムモジュール、または他のデータを含むことができる。コンピュータ記憶媒体の例には、相変化メモリ（ＰＲＡＭ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、他のタイプのランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、電気的消去可能プログラム可能な読み出し専用メモリ（ＥＥＰＲＯＭ）、クイックフラッシュメモリまたは他の内部記憶技術、コンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）、デジタル多目的ディスク（ＤＶＤ）または他の光記憶装置、磁気カセットテープ、磁気ディスク記憶装置または他の磁気記憶装置、または任意の他の非伝送媒体を含むが、これらに限定されず、それらはコンピューティング装置でアクセスし得る情報を記憶するために使用できる。本明細書で定義するように、コンピュータ可読媒体は、変調データ信号及び搬送波などの一時的な媒体を含まない。
【０１５５】
本願の実施形態は、本開示の実施形態による方法、端末装置（システム）、及びコンピュータプログラム製品のフローチャート及び／またはブロック図を参照して説明されている。フローチャート及び／またはブロック図における各プロセス及び／またはブロック、及びフローチャート及び／またはブロック図におけるプロセス（複数可）及び／またはブロック（複数可）の組み合わせを実施するために、コンピュータプログラム命令を使用できることを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、または別のプログラム可能データ処理端末装置のプロセッサに提供されて、機械を生み出すことができ、別のプログラム可能なデータ処理端末装置のコンピュータまたはプロセッサによって実行される命令が、フローチャートの１つまたは複数のプロセス及び／またはブロック図の１つまたは複数のブロックで指定された機能（複数可）を実装するための装置を生み出すようにする。
【０１５６】
また、これらのコンピュータプログラム命令は、特定の様式で操作を実行するためにコンピュータまたは他のプログラム可能なデータ処理端末装置に命令できるコンピュータ可読記憶装置に記憶でき、コンピュータ可読記憶装置に記憶された命令が、命令装置を含む製造の物品を生み出すようにする。命令装置は、フローチャートの１つまたは複数のプロセス及び／またはブロック図の１つまたは複数のブロックに指定された機能（複数可）を実装する。
【０１５７】
また、これらのコンピュータプログラム命令は、コンピュータまたは他のプログラム可能なデータ処理端末装置にロードして、一連の操作を、コンピュータまたは他のプログラム可能な端末装置で実行してもよく、それによりコンピュータの実行する処理を生成するようにする。したがって、コンピュータまたは他のプログラム可能な端末装置で実行される命令は、フローチャートの１つまたは複数のプロセス及び／またはブロック図の１つまたは複数のブロックに指定された機能（複数可）を実装するための手順を提供する。
【０１５８】
本願の好ましい実施形態について説明してきたが、当業者は、基本的な創造的概念を理解した上で、実施形態に対して他の変形及び修正を加えることが可能である。したがって、添付の特許請求の範囲は、本願の実施形態の範囲内にある好ましい実施形態及びこれらすべての変形形態及び変更形態を含むものとする。
【０１５９】
また最後に、本明細書の「第１」や「第２」などの関係を示す用語は、単にある実体または操作を別の実体または操作と区別するために使用しており、実際にこれらの実体または操作間のそのような関係または順序を必ずしも要求または示唆するものではないことに留意されたい。さらに、「ｉｎｃｌｕｄｅ（含む）」、「ｃｏｍｐｒｉｓｅ（含む）」という用語、またはそれらのいかなる変形も、非排他的な包含を網羅することを意図したものであり、一連の要素を含むプロセス、方法、製品、または端末装置は、そのような要素を含むだけでなく、明示的に指定されていない他の要素を含んだり、プロセス、方法、製品、または端末装置の固有の要素をさらに含んだりすることができる。さらに制限することなく、「ｉｎｃｌｕｄｅ  ａ／ａｎ．．．（．．．を含む）」というフレーズによって定義された要素は、その要素を含むプロセス、方法、製品、または端末装置に他の同じ要素が存在することを排除するものではない。
【０１６０】
本願によるユーザＩＤを識別するための方法及び装置について、上に詳細に説明している。本願の原理及び実施態様は、本明細書において特定の例を用いて説明している。実施形態の説明は、単に本願の方法及びコア概念の理解を容易にするために提供している。同時に、当業者であれば、本願の着想に従って、特定の実施態様及び適用範囲に変更を加えることができる。要約すると、本明細書の内容は、本願に対する限定として解釈するべきではない。
【図１】
0006651530.tif 000002
【図２】
0006651530.tif 000003
【図３】
0006651530.tif 000004
【図４】
0006651530.tif 000005